产品测试人员如何误用代码覆盖

　　产品测试人员（独立的测试人员，黑盒测试人员）与开发测试人员不同。

　　产品测试人员要负责整个产品而不是关注一些特殊的代码体。同样产品测试人员在测试时是不会考虑代码本身究竟是什么。但是他们可能要懂得如何编程，尽管在测试时可能会很少用到这些编程技能。

　　那么产品编程人员是如何使用代码覆盖的呢？这有一段有代表性的谈话，是Tom得到了一个覆盖工具的评估结果副本，该结果是针对产品运行回归测试序列后得到的最终合计结果。

　　Tom: 猜猜我实现了多少覆盖率？

　　Tester Little: 百分之六十？

　　Tom: 百分之三十.

　　Little: 百分之三十！哦，不会吧！我们真倒霉！我们会被解雇的！公司会失败的！

　　还有另外一种常见的反映：

　　Tom: 我们从测试序列只实现了百分之三十的覆盖率！

　　Tester Eeyore:　我一直知道这个情况。我说过我们没有进行充分的测试。但是没人听我的。

　　其实，情况并不是这么糟糕。很多测试并没有被衡量：开发人员的测试，使用过程中的测试，Alpha 测试和Beta 测试。总之，这些测试不是官方回归测试序列的一部分。对于合计的覆盖数不可能包括所有的数据，所以它必须捕捉所有的测试资源。

　　一旦这样做了，合计的覆盖数仍然不能说明更多的情况，因为所有的原因已经在这之前被讨论过了。但是覆盖率依然有用，因为它反映了集中度。如果你得到了百分之七十的覆盖率，就表明产品没有较为一致地分散性。由此说明在代码中可能存在“黑洞”：即大块的代码段，或者整个特征根本没有被测试过。如果这是无意识造成的，现在你就可以有的放矢的进行测试了。

　　也有一部分代码只是稍微测试了一下。假设你发现目录“\src\product\net\server下的内容只覆盖了百分之四十。

版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。