标签：测试开发 要求 用户 帮助 工作 本质 好的 代码 方法
这个问题来自于我的突发奇想，其实之前也有想过。
对于代码而言，那测试自然是对代码的覆盖率越高越好。
但是，在实际工作中，经常遇到各种情况（大多是资源有限）。
所以选择的最适合当时情况的办法。
以我的理解而言，这种办法大多数都是进行“有限测试”。
而黑盒，则是可以很好的进行“有限测试”的方法。
所以，大多数软件的测试，并没有使用白盒。
甚至，可能还会觉得白盒“多余”。
为什么？
因为白盒可能发现的代码级的错误，对于需求有时候甚至可能是可有可无的。
不改，需求也能符合，用户也能正常使用。
所以有时候如果任何测试都使用白盒测试人员的话，白盒人员的位置可能有些尴尬。
首先，白盒发现的问题远少于黑盒（从时间效率来看），而且bug还经常有这种可改可不改的情况。
而你的技术又比人黑盒高，拿的也比人多，但产出却没人家高，那就很尴尬。
所以白盒，还是在对代码质量要求严格的地方出现。
现在更多的是，测试开发。
我对测试开发的理解，就是开发一些“帮助黑盒测试人员进行测试”的东西。
而且就我目前看来，这个东西，可以是任何。
可以是帮助测试人员方便提bug，关bug，也可以是，辅助测试人员创建测试数据，或是进行接口测试等。
从目前看来，测试开发的需求还是比白盒要高的。
以我的理解，测试开发，就是帮不会写代码的黑盒，通过代码来提升他们的效率。
看网上各种招聘测开的要求很高，但本质，离不开这个。
标签：测试开发 要求 用户 帮助 工作 本质 好的 代码 方法
原文地址：https://www.cnblogs.com/eidolongo/p/11816194.html
