缺陷修复了吗？

缺陷修复了吗？

陈能技51Testing软件测试网U;@JOs)m*v#r
~

2007-9-22

原文：Is Bug Fixed – T.J.Zelger

 51Testing软件测试网p/~b'c
na8ak

在你开发你的自动化脚本的时候，关注已经完成或者是已经修正的模块组件是个很好的策略，但是在程序代码完成之前你是可以找到方法完成你的脚本的。51Testing软件测试网6aV)oj2I6YTz

 51Testing软件测试网 d.n.m*GpAd0w

在接下来的例子，我们用一个ID为55559的缺陷来举例子，按照这个缺陷看来，在开发人员没有修正它之前，如果我们重复测试的话，我们将会期待它出现错误信息。51Testing软件测试网?,bD!D&`!Ac

 51Testing软件测试网g&M)?-N1hCQ

但是，每次我们执行相同的脚本，在这部分都会出现错误导致脚本执行失败，而且测试报告会让开发人员很烦恼，因为他们知道有这样一个缺陷，只是还未着手修改或正在修改过程中。

我们的自动化测试工程师只能把检查这个错误的脚本删除或注释掉。51Testing软件测试网/Z7lzDvV

这不是个好的方式，因为很明显，自动化测试工程师可能会忘记这部分被“绕过去”的脚本。这部分测试可能永远也不会再被执行，不管开发人员是否修改了那个缺陷。

 51Testing软件测试网uO ^@3n,S\

另外，可以想象这样的场景，开发人员认为他已经修改了，但是问题仍然存在。除非我们记得那部分脚本，否则我们永远也不会再测试它。51Testing软件测试网/_4?&T#gP*e;ek%I!Y

一个好的解决办法是引进一段额外的脚本用于检查那个缺陷的状态。当然我们要能够访问缺陷跟踪数据库（通过API访问或者直接访问缺陷管理数据库）。

下面是一个代码例子，让我们的自动化测试工程师能完成测试脚本，而不用担心开发人员是否已经修改了缺陷。不管缺陷是fixed的还是未fixed，我们都可以覆盖期待行为的状态。51Testing软件测试网*~q9U1yq6P8_e

51Testing软件测试网)zp,^r.q*Y v,N

有了这段额外的脚本，我们不用频繁地把开发人员已经知道的信息塞给他们，而我们可以在开发人员修正了缺陷后马上用自动化测试脚本覆盖到。这样我们不会因为程序代码不完整而没办法完成测试脚本的执行，而是让测试可以运行通过，看下面的log信息，它作为warning信息出现，让我们把它叫做电子提醒吧。