I'm not developing an external distribution program, but an internal program.
And there are two or three people who are using this program, not programmers, but field process engineers.
Usually, when developing SW while testing, it is divided into alpha test and beta test.
If you look at Namuwiki...
Free Alpha → Alpha → Closed Beta → Open Beta
Development team only → In-house personnel other than development team → Selected outside personnel → All outside personnel
I can summarize it to that extent.
In my case, nothing applies.
I'm constantly showing it to field engineers who will be the final consumer from the beginning and developing it, and it's not going to be distributed outside, so I'm reporting it as a paper work, but it's hard to say what stage I'm at.
Actually, it's a problem that can be solved if you don't report it
In this case, how can you differentiate between development and testing? Is there a term?
You are welcome to send us a link to the post for reference.
Thank you.
testing
I got the release branch and finished it by myself in my previous job, so I wondered what it was all about. Anyway, there's
Usually, I'm interested in versioning because of this.
From this point of view, it's an in-house application, so it's not that ambiguous to version, and the version you wrote 'Open Beta' actually belongs to the official release, and the previous stage is development, stage... Or alpha, beta, I guess. The official release versions are well-functioning versions that can be "rollback" or "updated," and if you think you need to tag/label specific steps/points to address the inconvenience of creating each version (such as "reporting as a paperwalk").
In short, you don't have to apply it too strictly according to best practices, but you can think flexibly based on the fundamental purpose of versioning and adopt it appropriately. It's an in-house service anyway, so who would say something is wrong? (Rather, if someone says something, just swallow the version rules with what they say.) 😇
© 2024 OneMinuteCode. All rights reserved.