缺陷修复了吗？

上一篇 / 下一篇 2007-09-25 22:07:47 / 个人分类：自动化测试

缺陷修复了吗？

陈能技51Testing软件测试网'Esn(K,wv4m

2007-9-22

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

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

51Testing软件测试网k^V(j_Q1V

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

51Testing软件测试网A*h;@x;}/]

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

51Testing软件测试网@{a$B ~ b.v

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

51Testing软件测试网Ur6p{ U+z

51Testing软件测试网d+XG3\"rH

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

另外，可以想象这样的场景，开发人员认为他已经修改了，但是问题仍然存在。除非我们记得那部分脚本，否则我们永远也不会再测试它。

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

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

51Testing软件测试网3\)j g.N,e

51Testing软件测试网t?_3ca

51Testing软件测试网OD9t UaR

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