这篇博客接着来介绍白盒测试，在没有具体接触白盒测试前，总觉他很神秘，很复杂。相信大家都会有这样的感觉，

今天就来把这个盒子打开，剖析一下白盒测试。

白盒测试                                                                                                                      

白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格

说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而

不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。测试者必须检查程序的内部结构，从检查程序的

逻辑着手，得出测试数据。

白盒测试方法                                                                                                              

主要有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、路径覆

盖和程序变异。

其中逻辑覆盖包括：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖和路径覆盖。

六种覆盖标准发现错误的能力呈由弱到强的变化：

 1. 语句覆盖每条语句至少执行一次。

2. 判定覆盖每个判定的每个分支至少执行一次。

3. 条件覆盖每个判定的每个条件应取到各种可能的值。

4. 判定/条件覆盖同时满足判定覆盖条件覆盖。

 5. 条件组合覆盖每个判定中各条件的每一种组合至少出现一次。

6. 路径覆盖使程序中每一条可能的路径至少执行一次。

导图展示                                                                                                                      

黑白盒对比                                                                                                                   

灰盒测试                                                                                                                     

灰盒测试，是介于白盒测试与黑盒测试之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关

注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状

态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很

低，因此需要采取这样的一种灰盒的方法。

通过这两篇博客的介绍，相信大家对软件测试的基本方法有了一定的认识，能够知道黑盒，白盒，灰盒之间的区别和

联系，以及如何取舍。结合实际情况，咱们ITOO项目是黑盒白盒都采用了，但是由于白盒的成本昂贵，要做的非常

细致的相对困难些，所以这次白盒测试主要安排了代码走查法和单元测试，旨在提高大家的编码水平，希望大家多多配合！