9.2  黎明前的黑暗--漏网之虫

　　坐在实验室的机器前，小艾用DVD光碟按照安装指示文档安装好产品，开始运行所分配的功能测试案例。因为所分配给的测试案例都是小艾在测试第一和第二阶段运行过的案例，小艾感觉执行起来轻车熟路。一上午完成了快一半，小艾暗暗松口气，为自己的进度感到高兴。

　　9.2.1  老案例生新虫子

　　中午吃过饭之后，小艾又急忙回到实验室运行测试案例。接近下午3点时，小艾在运行一个案例时发现了一个较严重的问题。小艾记得自己两周前在功能测试第二阶段运行过这个案例，当时没有发现任何问题。小艾怕自己记错，赶忙到数据库里查了一下这个测试案例运行的历史，发现后一次成功运行的确是在两周前。

　　小艾于是怀疑近两周这个功能有新的代码改动，为了进一步确定，他又查了一下和这个功能有关的近两周的缺陷修改历史，发现一周前开发团队的姚圳曾由于修复和这个功能有关的性能缺陷而修改过相关代码。由此，小艾基本肯定他新发现的功能问题是由于近的代码改动引起的。于是他在代码管理系统里开了一个缺陷记录，标明是回归问题，并把自己的一些初步调查结果也注明在记录里，以方便开发人员参考。

　　考虑到问题比较严重，时间又很紧迫，小艾立即给姚圳打了个电话，把情况说了一下，并告诉姚圳可以参考他所开的缺陷记录来得到案例步骤及错误信息等详细情况。

　　姚圳听后说：“好的，谢谢你及时通知我，我会立即看一下。这个问题听起来很严重，而且对客户影响很大，需要马上解决。我会争取找到问题原因和解决办法。不知你明天能否早一点到公司，我需要你帮忙试一下代码补丁。由于现在是成品测试阶段，项目组要求所有正式源代码改动都需要事先在测试环境里通过案例测试和相关回归案例测试，测试完成后才能得到项目经理授权集成到下一个成品测试候选驱动里。”

　　第二天早晨小艾早早来到办公室，看到姚圳发来的电子邮件。从电子邮件时间上看，姚圳一定为这个问题忙到了半夜。小艾不敢耽误，马上开始安装补丁并进行相应案例测试。为了保险起见，小艾又把和这个功能有关的一些主要案例运行了一遍，以防止又产生新的回归问题。

　　接近中午时，小艾终于顺利完成了补丁测试，他于是兴冲冲地跑去通知了姚圳。

　　姚圳松了一口气，笑着对小艾说：“太好了，我们在昨天下午4点的成品测试缺陷评判例会上已讨论过你发现的这个问题及它对客户的影响，项目组让我们两天内尽快解决这个缺陷。这下好了，我们提前完成了任务。我会参加下午4点的成品测试缺陷评判例会并汇报一下新情况。如果不出意外，这个问题的源代码改动应集成在明天的成品测试候选驱动里。”

　　小艾很不好意思地说：“呵呵，我可知道你昨天为了解决这个问题熬到快半夜1点，你才是劳苦功高呢。姚圳，你是公司的老员工，参加了好多项目开发工作。你能告诉我成品测试缺陷评判例会主要有哪些内容吗？”

　　姚圳拍了拍小艾的肩膀说：“你可问对人了！ 我参加了好多次这样的例会，的确有一些了解。这个例会主要用来及时分析所发现的缺陷并根据缺陷影响给出解决方案。一般项目经理都会要求各开发团队代表、各测试团队代表、客户支持代表甚至产品补丁版本项目经理一起参加。在会上项目经理通过听取各方意见来决定缺陷的终解决方案。”

　　小艾很疑惑地问道：“难道我们不应该通过及时修订代码，在把产品交付客户之前灭掉所有发现的虫子吗？”

　　姚圳回答道：“你说的是理想情况。实际来讲，成品测试阶段时间有限，所有测试都已基本接近尾声。如果这时改动大量代码，又没有足够时间进行必要回归测试，很容易造成回归缺陷不被发现。这样反而会给客户造成更大损失。所以成品测试阶段有和测试前期阶段不同的灭虫策略。我们一般需要在此期间对发现的虫子进行综合分析，并根据对客户的影响和其紧迫性提出相应解决方案。”

　　小艾很期盼地问道：“根据这么多年的经验，你能告诉我一般都对虫子做哪些分析，相应地都有哪些解决方案吗？”

　　9.2.2  艰难抉择--漏网之虫综合分析及灭虫策略

　　在中午吃饭时间里，姚圳给小艾详细解说了成品测试阶段缺陷综合分析及相应灭虫策略。

　　缺陷综合分析要点：

　　缺陷是如何发现的。如果不是回归问题，为什么在测试前期没有发现，是否存在其他潜在的测试漏洞。

　　通过对虫子漏网原因的分析，能够更清晰地明白是否存在严重测试漏洞。修复此缺陷后是否需要增加回归测试范围以防再出现同样功能的回归问题。

　　有几种方法可以解决缺陷，每种方法的优缺点及客户接受程度。