本文主要是介绍软件测试-白盒灰盒篇，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
这篇博客接着来介绍白盒测试，在没有具体接触白盒测试前，总觉他很神秘，很复杂。相信大家都会有这样的感觉，
今天就来把这个盒子打开，剖析一下白盒测试。
白盒测试
白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格
说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而
不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。测试者必须检查程序的内部结构，从检查程序的
逻辑着手，得出测试数据。
白盒测试方法
主要有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、路径覆
盖和程序变异。
其中逻辑覆盖包括：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖和路径覆盖。
六种覆盖标准发现错误的能力呈由弱到强的变化：
1. 语句覆盖每条语句至少执行一次。
2. 判定覆盖每个判定的每个分支至少执行一次。
3. 条件覆盖每个判定的每个条件应取到各种可能的值。
4. 判定/条件覆盖同时满足判定覆盖条件覆盖。
5. 条件组合覆盖每个判定中各条件的每一种组合至少出现一次。
6. 路径覆盖使程序中每一条可能的路径至少执行一次。
导图展示
黑白盒对比
灰盒测试
灰盒测试，是介于白盒测试与黑盒测试之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关
注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状
态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很
低，因此需要采取这样的一种灰盒的方法。
通过这两篇博客的介绍，相信大家对软件测试的基本方法有了一定的认识，能够知道黑盒，白盒，灰盒之间的区别和
联系，以及如何取舍。结合实际情况，咱们ITOO项目是黑盒白盒都采用了，但是由于白盒的成本昂贵，要做的非常
细致的相对困难些，所以这次白盒测试主要安排了代码走查法和单元测试，旨在提高大家的编码水平，希望大家多多
配合！
这篇关于软件测试-白盒灰盒篇的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
