2:00之ใ

需要撤回或“退出”他的一些改变,直到开员们可以解决这两套改变之间的互斥性问题๤。每个项ำ目

说明文件的正式网络地址,并运用版本控制工具来记录连续的再修订;直到

在项目进行过程中,程序经理负责开、更新和改进说明。完整的说明

了一些指令,以对启动lotus1—2—3或9ordperfecນt功能ม的击键作出

了一些创新特性,这些特性被证明是对消费者具有吸引力的,帮助这些产品

在系统软件领域,程序经理显然更技术化一些,因为他们帮助设计某些特性,

这些特性由开员编写代码时使用的应用编程界面构成。

从aess而不是9๗ord的教训中学到了更多的东西。“臭虫”数据库是

能忍痛割爱。他们学会从各个ฐ角度全面观察问题并着重分析外部ຖ因素。

成功的七大秘诀:

微软和比尔·盖茨已家喻户晓,但人们所知道的充其量不过是公司的历程和

完成”

·初级和二级测试员对每一区域进行的专门测试都完成了

·所有的错误都被回归测试和结束

·最后200่处优先级为ฦ1和2的错误被再次回归测试

·在布至生产rtm的出品日期前一个ฐ月内,设置和所有构件除了

excel·exe都被冻结不得改变

·一直很流行的“主观感受”调查表明测试组觉得我们已๐做好了出品准

错误现修理数据:

....

......

·错误现度在零错误布๧z之ใ前呈现出下降趋势并在我们的

z之后保持这一趋势

·错误严重性的分布情况变成有较多严å重性等级为3๑和4的错误,所报

告的严重性等级为1้和2๐的错误应持续地减少

·在第一次布候选rc1之ใ后所报告的所有错误都通过一个“也许会

议”在这里每一处被报告的错误都要被划分为ฦ“是”、“不是”或

“也许”,用来表示ิ它是要在当前布中被改正还是推迟到下一次

布中,而且在错误被解决后,错误报告中应加入详细的解释以帮助

进行错误回归测试

·在布至生产rtm日期前一星期的支持测试中不再有“必须修改”

的错误被报告

─────────────────────────────────

资料来源:excel50测试计划ฐ,19๗93年4๒月13日,以及《微软的测试》,微软

内部报告。

每日构造过程见表51是保持产品稳定和稳步提高的支柱。如果没有这

样一个系统性的过程,在这一阶段,仅因改变代码的开员的人数如此之ใ多

就会引起混乱。当开员与测试员完全同步并改正了所有已知的错误或至

少是所有已知的严重错误,微软人就把这一项目状态称作“接触零错误”。

一个应用软件项目初ม次接触零错误应当是在出品产品之ใ前大约六个星期。克

里斯·彼得斯概括了他用来确定产品可出品时间的经验法则:

我们对确定代码完成时间并把它作为预料我们的出品日期的标准非

常感兴趣,我们不仅仅说:“你不能改变什么了”过去我们习惯于

说出品日期应该是在我们完成代码后两个月,但从过去的经验中我们认

识到它实际是在四到五个月之间,所以在现在的日程计划里我们通常是

安排四个半月。而这是保证我们可以按时出品的一件事另一件事是

你在出品前大约六个星期初次接触零错误标准情况是,当你第一次

绝对肯定你可以去生产了,你距离真正去生产大约还有两ä星期的时间。

绝对肯定你可以去生产了,你距离真正去生产大约还有两星期的时间。

23即使这些度差别ี很大,

经理人员仍可以利用它们来判定测试来源要求。比如在摸ney20项目,每

个测试员每天平均现错误的度为ฦ19处。2๐4๒项ำ目有10个测试员,而测试

员人数在项目过程中ณ随需要而增减。单个测试员测试产品所需时间从21天到เ

203๑天不等。在为ฦ9indo9s开的9orks20项目中ณ,错误平均现度是

每个测试员每天14处。25

图52maທc9ord40่错误现度

资料来尖:菲尔·弗西特:《mac9๗ord40的事后分析报告》,1้989年5๓月25๓日。

无情的市场

吸取了过去一些项目过早出品它们的产品的教训之后,微软各组学会了

利用错误数据作依据判ศ断ษ产品是否作好了卖给顾客的准备。当然,还有许多

有关市场的考虑会影响出品决策。但是最终,微软经理必须从产品更新或收

回的机会的角度来权衡其决策。

如果产品有一处致命的错误破坏了用户的数据或阻碍了一些重要特性的

工作,微软就必须ี出一份产品更新版来纠正这一问题。这种产品更新版很

少见,并且在某些方面成本很高。它们引起另一种产品周期的受阻,从下一

个主要产品版本中抽取资源,并且重复整个磁盘生产和销售过程。致命的错

误以及由之引起的更新า还会损坏公司的信誉并可能导致法律诉讼。用户有时

为收到更新า版本而支付一小笔费用,但是像微软这样的公司常常按成本价

行,这取决于问题的严å重性。就像比尔·盖茨所评论的:“我们处于一种独

一无二的处境。当我们送一些东西去生产,我们只是构造大量的拷贝。dos6

被布去生产,然后他们构造了两百万份拷贝。我们把这一产品以大约45

美元的价格卖进销售渠道。如果我们必须把它更新,那么เ所有利润๰会‘呯’

地一声烟消云散。如果不得不经历一次产品收回,那是很荒唐的。”

主要是由于来自顾ุ客和竞争者的压力,质量对于盖茨和其他经理而言越

来越重要。然而微软人仍倾向于从一种相对的和实用主义แ的角度而不是绝对

的角度来看待质量。例如戴夫·穆尔坚持质量必须包括对市场的重视和灵活