2：0่0之ใ
2๐：00之
说明文件的正式网络地址，并运用版本控制ๆ工具来记录连续的再修订；直到
说明文件的正式网络地址，并运用版本控制工具来记录连续的再修订；直到
了一些指令，以对启动lotus1้—2—3๑或9ordperfecນt功能的击键作出
了一些指令，以对启动lotus1—2—3或9๗ordperfecນt功能的击键作出
在系统软件领域，程序经理显然更技术化一些，因为他们帮助设计某些特性，
在系统软件领ๆ域，程序经理显然更技术化一些，因为ฦ他们帮助设计某些特性，
从aess而不是9ord的教训中学到เ了更多的东西。“臭虫”数据库是
从aess而不是9ord的教训中学到เ了更多的东西。“臭虫”数据库是
成功的七大秘诀：
成功的七大秘诀：
完成”
·初级和二级测试员对每一区域进行的专门测试都完成了
·所有的错误都被回归测试和结束
·最后200处优先级为1和2的错误被再次回归测试
·在布至生产rtm的出品日期前一个ฐ月内，设置和所有构件除了
excel·exe都被冻结不得改变
·一直很流行的“主观感受”调查表明测试组觉得我们已做好了出品准
备
错误现修理数据：
．．．．
．．．．．．
·错误现度在零错误布z之ใ前呈现出下降趋势并在我们的
z之后保持这一趋势
·错误严å重性的分布情况变成有较多严å重性等级为3和4๒的错误，所报
告的严重性等级为ฦ1和2๐的错误应持续地减少
·在第一次布候选rcນ1之ใ后所报告的所有错误都通过一个ฐ“也许会
议”在这里每一处被报告的错误都要被划ฐ分为ฦ“是”、“不是”或
“也许”，用来表示它是要在当前布中被改正还是推迟到เ下一次
布中，而且在错误被解决后，错误报告中应加入详细的解释以帮助
进行错误回归测试
·在布至生产rtm日期前一星期的支持测试中不再有“必须修改”
的错误被报告
─────────────────────────────────
资料来源：excel5๓0测试计划，1993年4月1้3日，以及《微软的测试》，微软
内部报告。
每日构造过程见表51是保持产品稳定和稳步提高的支柱。如果没有这
样一个系统性的过程，在这一阶段，仅因改变代码的开员的人数如此之ใ多
就会引起混乱。当开员与测试员完全同步并改正了所有已知的错误或至
少是所有已知的严重错误，微软人就把这一项ำ目状态称作“接触零错误”。
一个应用软件项目初ม次接触零错误应当是在出品产品之前大约六个星期。克
里斯·彼得斯ั概ฐ括了他用来确定产品可出品时间的经验法则：
我们对确定代码完成时间并把它作为预ไ料我们的出品日期的标准非
常感兴趣，我们不仅仅说：“你不能改变什么了”过去我们习惯于
说出品日期应该是在我们完成代码后两ä个月，但从过去的经验中我们认
识到เ它实际是在四到五个ฐ月之间，所以在现在的日程计划里我们通常是
安排四个ฐ半月。而这是保证我们可以按时出品的一件事另一件事是
你在出品前大约六个星期初次接触零错误标准情况是，当你第一次
绝对肯定你可以去生产了，你距离真正去生产大约还有两星期的时间。
绝对肯定你可以去生产了，你距离真正去生产大约还有两星期的时间。
2๐3即使这些度差别ี很大，
经理人员仍可以利用它们来判定测试来源要求。比如在摸ney20项目，每
个测试员每天平均现错误的度为1้9处。2๐4项目有10个测试员，而测试
员人数在项目过程中随需要而增减。单个测试员测试产品所需时间从2๐1天到
203天不等。在为ฦ9๗indo9s开的9orks2๐0项目中，错误平均现度是
每个测试员每天1้4处。25
图52๐mac9๗ord4๒0่错误现度
资料来尖：菲尔·弗西特：《mac9๗ord40่的事后分析报告》，19๗8๖9年5月2๐5日。
无情的市场