软件发布--软工复习

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 ）。如果我们的软件是真正解决用户问题的，是有价值的，那它一定会有下一个版本。

ZBB （ Zero Bug Build ）

最后回归测试

砍掉功能

修复 bug 的门槛逐渐提高

逐步冻结