作者：非妃是公主
专栏：《软件工程》
个性签：顺境不惰，逆境不馁，以心制境，万事可成。——曾国藩
专栏地址
专栏系列文章
1.了解软件发布的那些名词
- Alpha：指集成了主要功能的第一个试用版本。在这个版本中有些小功能可能并未实现。
- Beta：功能基本完备，稳定性较Alpha版本高，用户可以在实际工作中小范围使用，可以有 Beta1、Beta2、Beta3 ……
- ZBB（Zero Bug Build）：某天的版本要把在之前（例如48小时前）记录的Bug都解决掉。
- RC（Release Candidate）：发布候选版本，RC1、RC2……直到RTM为止，版本间隔时间较短。
- RTM（Release To Manufacturer）：最终发布版本。如果某一个RC版本没有很大的问题，那么这一RC就会成为最终的版本，通常情况下，软件公司会把最终的版本和相关的文件及其他资料交给另一个团队（Manufacturer）去包装、刻制光盘。在App Store/ Marketplace的年代，我们有相应的RTM（Release To Market）或者RTS（Release To Store）。
- RTW（Release To Web）：要依赖“Web”来发布我们的最终版本。如果软件产品是一个网站服务，则一般会交给网站运营团队（Operation Team）去管理，这样的发布也可以叫做RTO（Release To Operation），运营团队和研发团队一起决定什么时候系统上线（Go Live）。
2.了解从代码完成到软件发布之间的步骤
3.了解会诊小组有哪些决策
- 对于每一个Bug，会诊小组要决定采取下面哪一种行动：
- 修复（Fix）。小组同意修复这一问题。
- 设计本来如此（As Designed）。用户或测试人员可能对功能有误解，或者功能的解释不完备。 (侠盗列车的“秘笈”，穿越火线的“穿墙，跳箱子”等，激发玩家乐趣)
- 不修复（Won’t Fix）。这是一个问题，但是这个软件版本不打算修复。
- 推迟（Postpone）。如果我们的软件是真正解决用户问题的，是有价值的，那它一定会有下一个版本。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/130555.html
