作者：测试气坛
资料来源：https://segmentfault.com/a/1190000038989816
为了理解黑盒、白盒和灰盒测试方法，我在几年前做了一个概念性的回答。当时，提问者问：如何向非技术人员解释黑盒、白盒和灰盒测试的区别？
我的原答覆如下：
由于向非技术人员解释，因此不能使用专业术语。
嗯，有一拳，像这样。
注释从框的左侧插入。当它从右边出来时，它被冲压成三种类型的孔：圆形、方形和三角形。
有一天，报纸上只出现了一种模式。
黑匣子测试仪只能说：“这个冲头坏了！”
灰盒测试仪提起冲头的盖子，发现冲头的形状是这样的。
所以他说：“这台机器仍然可以打孔，表明主机没有损坏；三个桩也很好；但只打印圆，可能是因为方形桩和三角形桩之间存在连接问题。”
白盒测试员将机器拆开，查看内部电线、电路、控制器等。他发现连接正方形和三角形的电线被烧坏了，所以他说：“找到原因了。换一根电线。”
当时，我是一只试验鸟。在学习了大量的理论知识后，我回答了这个问题。现在，我不是一只需要考验的老鸟，但我可以成为一只需要考验的大鸟。在工作中，我越来越频繁地接触到这三种测试方法。
如果你问我哪种测试方法更好，我不会发表评论，每个人都有不同的品味。别人适合的可能不适合自己。
对于黑匣子测试方法，它是每项测试的必要技术。没有人会：发现问题并抛出问题。
简单、容易和快速是黑盒测试的优点，尤其是当项目很匆忙，测试时间被无限压缩时——只需把它扔到开发问题上，让开发与其他问题一起进行。
然而，黑盒测试人员经常被批评只知道一点点，撇开这种“蔑视”，然后继续上面的内容。我们是否忽视了这样一个事实：由于项目很匆忙，开发时间不够。如果我们碰巧遇到稍微复杂的bug，并配合不可靠的开发，bug的生命周期可能非常长，效率特别低。
所以让我们使用白盒测试方法。查看代码，检查原因，并在被扔到开发中后留下一个高大英俊的身影，以便开发人员可以思考它——这个测试并不简单。
白盒测试是可以的，但使用白盒测试时，需要计算：
- 是否有足够的时间研究代码以及与代码相关的环境部署和配置设置？
- 支出与产出成比例吗？像自动化测试一样，它能实现高性价比吗？
白盒是一种选择，但也是一个问题。更不用说白盒对测试技术的高要求了。
在这么多废话之后，你会说：风风，你只是以一种迂回的方式推荐灰盒测试。
我不知道怎么回答你，正如我一开始说的，每个人的品味都不一样。最适合他的测试方法是最醇香的。
但说实话，在很多情况下，我在日常工作中使用灰盒测试方法。总之，这就是一个过程：
发现的问题-->；我可能知道你是怎么玩的-->；初步定位问题的原因-->；识别开发中的问题-->；接下来呢？
有两类：
1.我的定位不是真正的原因。但我可以通过这个过程学习新知识、新业务并积累个人经验（很多人经常放弃）
2.我的定位问题才是真正的原因。你能停下来吗？一点也不。你能提出解决这个问题的办法吗？您的建议是否比开发或修改的产品给出的解决方案更好、更易于实施？
提出合理的建议来解决问题，这是你关注的焦点，而不是因为找到问题的原因而自满和迷失在别人的赞扬中。
作者：测试气坛
资料来源：https://segmentfault.com/a/1190000038989816
最新评论