灰盒测试 知识普及：黑盒测试、白盒测试、灰盒测试之间的区别

黑盒测试

软件黑盒测试是指测试要在软件的接口上进行。

这种方法将测试对象视为一个黑盒，测试人员根本不考虑程序的内部逻辑结构和内部特性，只根据程序的需求规格来检查程序的功能是否符合其功能描述。

所以黑盒测试也叫功能测试或者黑盒测试。

通俗的方式来说明:

小明从商场的某个入口进入。你在商场外面等着。你不知道商场里发生了什么。你只知道正确的结果是小明带着一堆货从某个出口出来。

这是原来的正确情况。如果我们不犯错误，我们就不需要关心商场里发生的事情。否则在很多购物行程中，会出现无法达到原来正确情况的情况，比如小明和别人争论，小明没带钱，小明有问题需要和自己协商，需要测试人员检查。

白盒测试

软件白盒测试是对软件程序细节的详细检查。

这种方法把测试对象看作一个开放的盒子，允许测试人员利用程序的内部逻辑结构和相关信息，设计或选择测试用例，测试程序的所有逻辑路径。检查不同点的程序状态，以确定实际状态是否与预期状态一致。

因此，白盒测试也被称为结构测试或逻辑驱动测试。

通俗的方式来说明:

小明从商场的某个入口进入。你陪他进商场，观察小明购物的每一个细节，知道每一步每一个小情况，然后抱着一堆货陪小明从某个出口出去。

灰色盒子测试

灰盒测试介于白盒测试和黑盒测试之间。

可以理解为灰盒测试注重输出对输入的正确性，也注重内部性能，但这种关注并不像白盒那么细致完整。它只是通过一些有代表性的现象、事件、迹象来判断内部运行状态。有时候输出是对的，但内部表现其实是错的。

这种情况很多。如果每次都通过白盒测试，效率会很低，所以需要采用这样的灰盒方法。

灰盒测试和黑盒测试的区别

如果一个软件包含多个模块，那么在使用黑盒测试的时候，只需要关心整个软件系统的边界，不需要关心软件系统中的模块之间是如何协作的。如果使用灰箱测试，需要关心模块之间的交互。这就是灰盒测试和黑盒测试的区别。

灰盒测试和白盒测试的区别

但是，在灰盒测试中，仍然不需要关心模块内部的实现细节。对于软件系统的内部模块，灰盒测试还是把它当成黑盒。白盒测试不一样，需要深入了解内部模块的实现细节。所以这就是灰盒测试和黑盒测试的区别。

黑盒测试和白盒测试的区别

白盒测试的优势

1、可以仔细考虑软件的实现。

2.代码中的每个分支和路径都可以被检测到。

3.揭示代码中隐藏的错误。

4.彻底测试代码。

白盒测试的缺点

1.贵。

2.不可能检测到代码中的缺失路径和数据敏感性错误

3.不要验证规格的正确性。

黑盒测试的优势

1.对于子系统乃至系统，效率都高于白盒测试。

2.测试人员不需要知道实现细节，包括具体的编程语言。

3.测试人员和程序员是相互独立的。

4.从用户的角度进行测试很容易理解和接受。

5.公开不一致或不明确的规范是有帮助的。

6.测试用例可以在规范完成后立即执行。

黑盒测试的缺点

1.只测试了少量的输入，所以几乎不可能测试每一个可能的输入。

2.没有清晰简洁的规范，很难设计出测试用例。

3.如果测试人员没有被告知开发人员已经执行的用例，那么测试数据中就会出现不必要的重复。

4.很多程序路径都没有测试过。

5.无法直接测试具体的程序段，可能比较复杂，可能隐藏了更多的问题。

6.大多数与研究相关的测试都是针对白盒测试的。

总结:

综上所述，一句话，用什么样的方法进行测试，需要公司和项目组成员根据实际情况制定。

灰盒测试是个不错的选择，有明显的优缺点。测试的时候，朋友可以尝试使用，看看效果如何。