软件发布--软工复习

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的门槛逐渐提高

逐步冻结