标签：style http color io width 2014
问题的另外一个问法：
如何称呼提交正式测试的软件版本？这个版本如果后续测试通过的话，就能直接发布，但是在提交测试的时候，不知道测试是否通过。
发布候选版？正式测试版？相对的，如何称呼就算测试通过也不能发布的版本(比如因为部分特性未完工)？非正式测试版？提前测试版？
回答1：release candidate是一个常用的叫法。 from @stephen_wang_7971
关联回答1.1：Release Candidate(RC，候选发布版), Release to Manufacture(RTM，工厂压制版), Golden Master(GM，金版) ， from @崔启亮-北京ISTQB
关联回答1.2：alpha，beta，然后是rc，最后发布那个可以叫gm。from @森哥老马
回答1小结：可惜release candidate这个说法是有歧义的，有两个意思:1是通过了alpha、beta测试之后的候选发布版本；2是完成了所有计划要做的功能特性后的版本。
意思1是release candidate刚出来时的原意。意思2的版本是在alpha之前的版本。
回答2：进入系统测试阶段标准的版本 from @Alibaba国际质量保证部
回答2的点评： ”进入系统测试阶段标准的版本”，yes，是这个意思，但是貌似好长啊 from @张克强-敏捷307
回答3：发布候测版， for release version from @张克强-敏捷307
回答4：是研发过程中的正式测试版，还是最终发布测试版。研发中的正式测试板可以只针对摸个功能，性能验证，最终发布测试版则代表开发完毕，验证后无问题即可发布上线。如此分开定义应该就比较好理解了！ from @8五色黑白8
关联回答4.1：正式测试版还有这样的用法。正式测试版也有歧义啊！ from @张克强-敏捷307
关联回答4.2：我估计@8五色黑白8所说的用法是极端少数派，我个人不赞成 正式测试版只针对某个功能、性能验证，这样就算测试通过，也不是达到发布标准。侮辱了“正式”这个字眼。
关联回答4.3：如果测试通过直接发布的，就是正式版。这个正式版测试没过，就产生正式版-2之流的，再倒霉，就正式版-3。 from larrycaiyu
关联点评：正式版，貌似不错的说法，比发布待测版短 from @张克强-敏捷307
关联点评：但这个说法与真的测试通过后发布的版本有混淆，太正式了也是不好。
回答5：测试之最终版；测试之不该版；测试之改1版；测试之改2版；测试之绝对不改版；测试之真的不改版； from @stephen_wang_7971
回答5点评： 虽然貌似是个玩笑，但此玩笑揭示我提这个问题的根本：已经具备了一定条件，但是不确定能不能通过测试，如何称呼它？，更加关键的是如何测试它？
回答6：就叫ver x.y.zzz from @stephen_wang_7971
关联回答6： 能用这个做法的境界已经高出rc 两层楼了。 只有极少数公司能够做到任何一次构建的版本都是潜在可发布版，微软目前也是没有做到的。
如果做不到，如何办呢？
回答7：那就build xxxx。号码来自版本管理系统。 from @stephen_wang_7971
回复@stephen_wang_7971:曾经工作过的宝信软件采用此方法，有严格的版本基线命名方法 ，这个做法其实与RC1、RC2的做法是一样的。 from @张克强-敏捷307
经过以上讨论，如下几个说法比较推荐：
1，正式测试版
2，发布待测版
在具体标识上，做法有：
1，RC1，RC2....RCn --- 这与大公司在alpha版后发布软件的做法存在混淆，需要注意区别
2，直接用多段版本号，比如ver x.y.zzz ，这意味着每次编译都是潜在可发布版，但这高端玩法只有极少数公司能够做到。需要说明另外类似的情况：先不给版本号做前期测试，前期测试通过后，再给版本号，如果没有另外的版本标识，那么这种做法违反基线管理，与前面的高端玩法相距10万8千里；如果有另外的版本标识，那么与前面的高端玩法差2层楼。
3，build xxxx，号码来自版本管理系统 ， build表明正式测试版，xxxx表明基线，这是个中庸不错的做法。
标签：style http color io width 2014
原文地址：http://blog.csdn.net/zhangmike/article/details/38076675
