问题的另外一个问法：

如何称呼提交正式测试的软件版本？这个版本如果后续测试通过的话，就能直接发布，但是在提交测试的时候，不知道测试是否通过。

 发布候选版？正式测试版？相对的，如何称呼就算测试通过也不能发布的版本(比如因为部分特性未完工)？非正式测试版？提前测试版？

回答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表明基线，这是个中庸不错的做法。