静态白盒测试

　　检查设计和代码

　　静态测试是指测试非运行部分——检查和审查。白盒测试是指访问代码，能够查看和审查。静态白盒测试实在不执行的条件下有条理地仔细审查软件设计、体系结构和代码，从而找出软件缺陷的过程。有时也称为结构分析。

　　进行静态白盒子测试的首要原因就是尽早发现软件缺陷，以找出动态黑盒子测试难以揭示或遇到的软件缺陷;另一个好处是为接受该软件测试的黑盒测试员的测试案例提供思路，他们不必了解代码细节，但是根据审查备注，可以确定似乎有问题或者存在软件缺陷的特性范围。

　　正式审查

　　正式审查就是进行静态白盒子测试的过程。正式审查含义广泛，从程序员之间的交谈，到代码的严格检查均属于此过程。

　　有4个基本要素：

　　确定问题。审查的目标是找出软件的问题，不仅是出错的项目，还包括遗漏的项目。全部的批评应直指代码，而不是其创建者。合作者不应该互相指责。个人情绪化感觉要保留。

　　遵守规则。 审查要遵守一套固定的规则，规则可能设定要审查的代码量、花费多少时间、哪些内容要做备注等等。其重要性在于合作者了解自己的作用和目标，这有助于使审查进展的更加顺利。

　　准备。每个合作者需要了解自己的责任和义务，并积极参与审查。在审查过程中找出问题大部分的缺陷是在准备期间发现的，而不是实际审查期间。

　　编写报告。审查小组必须做出总结审查结果的书面报告，并使报告便于开发小组使用。审查结果必须尽快告诉别人，比如发现多少问题，在哪发现的。

　　动态白盒测试

　　用一句话来概括，动态白盒测试是指利用查看代码功能和实现方式得到的信息来确定哪些要测试，哪些不要测试，如何开展测试。动态白盒测试的另一个常用名称是结构化测试，因为软件测试员可以查看并使用代码的内部结构，从而设计和执行测试。

　　动态白盒测试不仅仅是查看代码，还包括直接参数和控制软件。它包括四部分：

　　1.直接测试底层功能、过程、子程序和库。即应用程序接口(API)

　　2.以完整程序的方式从顶层测试软件，但是要根据对软件运行的了解调整测试案例。

　　3.从软件获得读取变量和状态信息的访问权，以便确定测试与预期结果是否相符，同时，强制软件以正常测试难以实现的方式运行。

　　4. 估算执行测试时“命中”的代码量和具体代码，然后调整测试，去掉多余的，补充遗漏的。