白盒测试的静态和动态

　　白盒测试的静态和动态

　　静态白盒测试

　　检查设计和代码

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

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

　　正式审查

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

　　

　　有4个基本要素

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

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

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

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

　　动态白盒测试

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

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

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

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

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

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

     如需了解更多测试技术信息请关注深圳多测师软件与技术服务有限公司