究竟测试要不要追求对代码的高覆盖率

Posted 2020-11-30 eidolongo

这个问题来自于我的突发奇想，其实之前也有想过。

对于代码而言，那测试自然是对代码的覆盖率越高越好。

但是，在实际工作中，经常遇到各种情况（大多是资源有限）。

所以选择的最适合当时情况的办法。

以我的理解而言，这种办法大多数都是进行“有限测试”。

而黑盒，则是可以很好的进行“有限测试”的方法。

所以，大多数软件的测试，并没有使用白盒。

甚至，可能还会觉得白盒“多余”。

为什么？

因为白盒可能发现的代码级的错误，对于需求有时候甚至可能是可有可无的。

不改，需求也能符合，用户也能正常使用。

所以有时候如果任何测试都使用白盒测试人员的话，白盒人员的位置可能有些尴尬。

首先，白盒发现的问题远少于黑盒（从时间效率来看），而且bug还经常有这种可改可不改的情况。

而你的技术又比人黑盒高，拿的也比人多，但产出却没人家高，那就很尴尬。

所以白盒，还是在对代码质量要求严格的地方出现。

现在更多的是，测试开发。

我对测试开发的理解，就是开发一些“帮助黑盒测试人员进行测试”的东西。

而且就我目前看来，这个东西，可以是任何。

可以是帮助测试人员方便提bug，关bug，也可以是，辅助测试人员创建测试数据，或是进行接口测试等。

从目前看来，测试开发的需求还是比白盒要高的。

以我的理解，测试开发，就是帮不会写代码的黑盒，通过代码来提升他们的效率。

看网上各种招聘测开的要求很高，但本质，离不开这个。