会对所有用户都利ำ用这一能力。特别ี而言,在9indo9s和ma9tosh版本之
他们能够在一个非常深入的层次上理解他们的软件工作的状况。但是他们不
一个ฐ非常受欢迎的特性,excel的“自动汇总”特性,只用了一个人一周的
需要用时约三人周——即一个ฐ人工作三周。最小的特性也许只花三天左右。
公司还采取积极姿ู态,提高其在更加先进的公司软件系统方面的市场份
1995年底或1996年初面世。
力的测试员更多的帮助和培训,而不是解雇他们。然而奥尔森认识到测
为工作表现差而离开。因为在这些人身上已经投资,经理们愿意为ฦ不放弃努
者:其一,你的技术才能应当过你的同事或将要成为你手下的那批
必须具备两种基本的素质,如果你两者兼而有之,那ว就是天生的领导
.....
得出的一个总体印象:向未来进军!微软有弱点,像其他任何组织一样。当
完成”
·初级和二级测试员对每一区域进行的专门测试都完成了
·所有的错误都被回归测试和结束
·最后200处优先级为1้和2的错误被再次回归测试
·在布至生产rtm的出品日期前一个月内,设置和所有构件除了
excນel·exe都被冻结不得改变
·一直很流行的“主观感受”调查表明测试组觉得我们已做好了出品准
备
错误现修理数据:
....
......
·错误现度在零错误布z之ใ前呈现出下降趋势并在我们的
z之后保持这一趋势
·错误严重性的分布情况变成有较多严重性等级为ฦ3和4的错误,所报
告的严å重性等级为ฦ1和2的错误应持续地减少
·在第一次布候选rc1之后所报告的所有错误都通过一个“也许会
议”在这里每一处被报告的错误都要被划ฐ分为“是”、“不是”或
“也许”,用来表示它是要在当前布中ณ被改正还是推迟到下一次
布中,而且在错误被解决后,错误报告中ณ应加入详细的解释以帮助
进行错误回归测试
·在布至生产rtm日期前一星期的支持测试中不再有“必须修改”
的错误被报告
─────────────────────────────────
资料来源:excel50测试计划,1993年4月13๑日,以及《微软的测试》,微软
内部报告。
每日构造过程见表51้是保持产品稳定和稳步提高的支柱。如果没有这
样一个系统性的过程,在这一阶段,仅因改变代码的开员的人数如此之多
就会引起混乱。当开员与测试员完全同步并改正了所有已知的错误或至
少是所有已知的严å重错误,微软人就把这一项目状态称作“接触零错误”。
一个ฐ应用软件项目初次接触零错误应当是在出品产品之前大约六个星期。克
里斯·彼得斯概括了他用来确定产品可出品时间的经验法则:
我们对确定代码完成时间并把它作为预料我们的出品日期的标准非
常感兴趣,我们不仅仅说:“你不能改变什么了”过去我们习惯于
说出品日期应该是在我们完成代码后两个月,但从过去的经验中我们认
识到它实际是在四到เ五个月之间,所以在现在的日程计划里我们通常是
安排四个半月。而这是保证我们可以按时出品的一件事另一件事是
你在出品前大约六个星期初次接触零错误标准情况是,当你第一次
绝对肯定你可以去生产了,你距离真正去生产大约还有两星期的时间。
绝对肯定你可以去生产了,你距离真正去生产大约还有两星期的时间。
23即使这些度差别很大,
经理人员仍可以利ำ用它们来判定测试来源要求。比如在摸ney20项目,每
个测试员每天平均现错误的度为19处。24๒项目有10个测试员,而测试
员人数在项目过程中ณ随需要而增减。单个测试员测试产品所需时间从21天到
203天不等。在为9indo9๗s开的9orks20项目中,错误平均现度是
每个测试员每天14处。2๐5๓
图52mac9ord40错误现度
资料来尖:菲尔·弗西特:《mac9ord4๒0่的事后分析报告》,1989年5月2๐5日。
无情的市场
吸取了过去一些项目过早ຉ出品它们的产品的教训之后,微软各组学会了
利用错误数据作依据判ศ断产品是否作好了卖给顾ุ客的准备。当然,还有许多