软件工程复习13：软件发布

作者：非妃是公主
专栏：《软件工程》
个性签：顺境不惰，逆境不馁，以心制境，万事可成。——曾国藩

专栏地址

软件工程专栏地址

专栏系列文章

软件工程复习01：软件工程概述

软件工程复习02：个人技术

软件工程复习03：个人软件流程

软件工程复习04：两人合作

软件工程复习05：团体软件流程

软件工程复习06：敏捷流程

软件工程复习07：软件需求

软件工程复习08：典型用户和场景

软件工程复习09：项目管理

软件工程复习10：软件设计与实现

软件工程复习11：软件测试

软件工程复习12：软件质量

软件工程复习13：软件发布

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