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

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

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

但是,在实际工作中,经常遇到各种情况(大多是资源有限)。

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

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

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

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

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

为什么?

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

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

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

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

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

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

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

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

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

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

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

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

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

猜你喜欢

转载自www.cnblogs.com/eidolongo/p/11816194.html