知识普及：黑盒测试、白盒测试、灰盒测试之间的区别
黑盒测试 软件的黑盒测试意味着测试要在软件的接口处进行。 这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。 因此黑盒测试又叫功能测试或数据驱动测试。 http://dingyue.nosdn.127.net/pmbYm1IDRyAYXvmr0RiQ5YdIsCeWv7z0K8CxvmOkjFvSo1544777461137.jpeg 通俗方式举例说明： 小明从商场的某一个入口进入，你在商场外面等待，并不知道商场内发生了什么，只知道正确的结果是，小明带着一堆商品从某一个出口（可以与入口相同）出来。 这是原定正确的情况，不出错我们就不需要管商场里面发生了什么，否则，在多次逛商场（多次黑盒测试）之中，发生无法达到原定正确的情况，例如小明与人争执、小明没带钱、小明有问题需要与自己协商等情况的发生，就需要测试人员进行检查了。 白盒测试 软件的白盒测试是对软件的过程性细节做细致的检查。 这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。 因此白盒测试又称为结构测试或逻辑驱动测试。 通俗方式举例说明： 小明从商场的某一个入口进入，你随着陪同进入商场，全程陪伴，观察小明购物的每个细节，了解其走过的每一步，发生的每个小情况，然后，你抱着一堆商品陪着小明从某一个出口出来。 灰盒测试 灰盒测试，是介于白盒测试与黑盒测试之间的。 可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了。 这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。 灰盒测试与黑盒测试的区别 如果某软件包含多个模块，当你使用黑盒测试时，你只要关心整个软件系统的边界，无需关心软件系统内部各个模块之间如何协作。而如果使用灰盒测试，你就需要关心模块与模块之间的交互。这是灰盒测试与黑盒测试的区别。 灰盒测试与白盒测试的区别 但是，在灰盒测试中，你还是无需关心模块内部的实现细节。对于软件系统的内部 模块，灰盒测试依然把它当成一个黑盒来看待。而白盒测试则不同，还需要再深入地了解内部模块的实现细节。所以，这是灰盒测试与黑盒测试的区别。 黑盒测试、白盒测试的区别 白盒测试的优点1、能仔细考虑软件的实现。
2、可检测代码中的每条分支和路径。
3、揭示隐藏在代码中的错误。
4、对代码的测试比较彻底。 白盒测试的缺点
1、昂贵。
2、无法检测代码中遗漏的路径和数据敏感性错误
3、不验证规格的正确性。 黑盒测试的优点
1、对于子系统甚至系统，效率要比白盒测试高。
2、测试人员不需要了解实现的细节，包括特定的编程语言。
3、测试人员和编程人员彼此独立。
4、从用户的角度进行测试，很容易理解和接受。
5、有助于暴露规格的不一致或有歧义的问题。
6、测试用例可以在规格完成后马上进行。 黑盒测试的缺点
1、只有一小部分输入被测试到，要测试每个可能的输入几乎不可能。
2、没有清晰、简明的规格，测试用例很难设计。
3、如果测试人员不被告知开发人员已经执行过的用例，在测试数据上会存在不必要的重复。
4、有很多程序路径没有被测试到。
5、不能直接针对特定程序段测试，而这些程序段可能很复杂，有可能隐藏更多的问题。
6、大部分和研究相关的测试都是直接针对白盒测试的。 总结： 总而言之，言而总之，采用什么样的方法去测试，需要公司和项目组成员根据实际情况去制定。 灰盒测试是一个很不错的选择，其优点明显而缺点容易克服。朋友们在测试时，可以尝试用一用，看看效果如何。 支持分享
页:
[1]
