Windows 机密 Beta(测试版)如何成为 RC(候选发布版)
回忆往事 Windows® 产品的预发布版本遵循相当标准的过程。首先是 alpha 版本,该版本供内部使用,并有可能与 Windows 产品团队之外的软件开发合作伙伴共享。
alpha 版本之后自然是 beta 版本,该版本将发送给更多用户使用。alpha 和 beta 版本用户之间的主要区别在于:beta 版本的发布对象包括非软件开发人员,例如喜欢测试预发布软件的最终用户,以及希望率先开始评估新 OS 以确定新产品不仅与关键的内部应用程序兼容,而且也与公司网络、标准硬件配置和系统管理工具兼容的公司。
最后,将是候选发布版。顾名思义,候选发布版即最终版本的候选代码版本。换句话说,“如果一切顺利,我们将发布该版本”。如果发现一些严重错误导致此预期无法实现,则会尽快修复该错误,并构建新的候选发布版,然后再次启动测试环节。Windows 95 发布的是其第六个候选发布版。
据我所知,Windows NT® 的员工们也遵守相同的版本命名模式,但他们遇到了一个问题:公司不愿意在 Windows NT 的 beta 版本中测试其关键应用程序。他们的逻辑通常类似于:“为什么要那么麻烦呢?只不过是 beta 版罢了。Beta 版是给那些爱好测试的家伙们准备的。无论如何肯定与最终版不同。如果现在做测试,那只不过是在浪费时间”。
类似地,软件公司也不关注在 Windows NT beta 测试期间发现的问题。“我们不支持 beta 操作系统”,他们会这样回答。
这些公司希望在实际候选发布版完成后再开始认真地进行测试,那时他们将不可避免地发现大量问题。某些问题公司可以自行解决,而其他问题则更加复杂,需要对 Windows NT 与前一版本的操作系统不“完全兼容”的地方进行处理。特定的项目功能可能会在工作时出现少数问题,而且部分此类问题可在很短的时间内解决。但有些问题则非常严重,需要推迟产品发布才可以解决。
这些候选发布版还会得到许多建议。我们曾收到类似这样的反馈:“我们认为如果按照这种方式安排按钮布局,UI 看起来会更好一些”和“如果这条消息换一种说法,我们的员工可能会更清楚地理解其含义”。这些建议如果在 beta 阶段提出,那将是非常好的建议;但是,如果在第一个候选版发布后再提,则此时再更改界面设计就太迟了。因为此时文档和帮助文件均已撰写完毕,产品也已翻译成几十种语言,而且用于手册和产品包装盒的屏幕快照也已经完成布局、转换、分色和印刷等工作。所有这些工作不能因为仅仅移动一个按钮就全部作废,然后再重做。
我回想起在 Windows XP 时代的一次会议上,就曾经为这种最后关头才提出的更改进行过讨论。提议更改要求对一个 20KB 的帮助文件进行修改,以便说明能够与新 UI 相对应。本地化和翻译代表通知我们,在极短的时间限制内重新翻译修改过的帮助文件将花费大量费用。
为消除对 beta 版本不重视的态度,Windows NT 团队求助于“等级扩张”。仍然会有 beta 版本,但最新的 beta 版本在仍有时间(但不多)执行一些微调工作时,将作为候选发布版,而过去的候选发布版则是现在的契约版。术语“契约”很好地传达了版本的真正状态:“该版本现已完成,除非确实遇到紧急情况,否则不要再去修改它”。
Raymond Chen 的网站“The Old New Thing”及同名著作 (Addison-Wesley, 2007) 讲述了 Windows 的发展历程和 Win32 编程。他认为可从中了解自己的风格。