测试同化现象

前几日，和同事讨论起这个问题，偶有所感

1、何谓测试同化现象

所谓同化现象，一方面是指随着时间的推移，开发人员会逐渐影响测试人员的思维和对缺陷的判断能力，尤其是针对同一产品，同一组开发人员和同一组测试人员共同配合了很长时间，很多本来是缺陷的问题，由于测试人员对软件“习惯成自然”的使用，会不被当成缺陷，尤其是在开发人员的解释和说服下。这是从主观上讲，也就是说从人的主观能动性上来讲这个现象。

此类同化现象的发生可能意味着“恶性循环”的开始：测试人员会帮着开发人员解释一个个缺陷的合理性，一轮有一轮的测试都不会发现问题。可是这种没有问题却真正的意味着软件风险的扩大。

从另外一方面来讲，测试同化现象也被称之为“杀虫剂现象。术

语“杀虫剂现象”（1990年，Boris Berizer在其《software testing techniques》中杜撰了“杀虫剂怪事”）用来描述软件测试越多，其对

测试的免疫力就越强的现象。同样的事情发生在对昆虫使用杀虫剂上。如果你总是用同样一种农药，害虫最后就有了抵抗力，杀虫剂将不再发挥作用。

这样的现象是从客观角度来看。不是因为人为的疏忽而是一种客观无法回避的事实。

2、如何避免测试的同化

很多人建议说，应该多发布测试版本，应该多招聘新的测试人员来避免这样的事情。而实际上，这不是能解决这个问题的根本。

从主观来说，主观方面造成测试同化的原因是在于人的因素。是习惯了开发人员思维，并且相信了开发人员解说的人造成的一部分测试同化。对于这样的原因，用招聘新的测试人员来觉得其实是不明智的。

首先要加强测试人员的自我修养，让他们认识到测试的原则在哪里，而且要挖掘自己的怀疑精神（怀疑精神是测试人员的必要的素质之一），不能轻易相信开发人员似是而非的理论。要学会一切用事实证据说话，没有证据证明的东西不要轻易的去相信。

另外要加强测试员之间的互动，不能由一个测试员总是测试相同的测试项目/模块。而是要时常进行轮换，这样一方面可以避免之前被遗漏的点尽快地被找出来，也会避免因为太熟悉而忽略某个测试的严格度。当然对于主观上确保降低测试同化，也起到很大的作用。

对于客观方面成就的测试同化，测试员应该养成从多角度来观察问题的习惯。并且在自己之前设计的测试用例，几轮之后已经无法测试出bug的时候，要学会补充设计新的测试用例，从而从别的角度发现新的问题。