白盒测试

随着网络的日益发展，B/S架构的不断完善，网站开发技术的日趋简便，使得建设一个Web系统越来越容易，生命周期越来越短。

开发过程的质量决定了软件的质量，软件测试过程的质量同样决定了软件测试的质量和有效性。[1]软件测试在软件质量的保证环节起着至关重要的作用[2]，在文献[3]中定义了软件评价过程模型，这是国际上共同遵守的软件评测过程标准。

随着互联网发展的逐步深入，以及移动互联网的到来，用户越来越离不开网络，然而网站的安全性已经成为了企业和用户不得不关注的热点问题。用户对网络安全性的认知也从千年虫以及熊猫烧香等病毒，转向了个人信息的安全。

网站测试囊括许多领域，包括配置测试、兼容性测试、易用性测试、文档测试、安全性测试，并且假如网站是面向全球范围的浏览者，还包括本地化测试。当然，黑盒、白盒、静态、动态测试都是要用上的。

代码质量是在软件满足了设计功能的前提下，对软件代码执行的可靠性、稳定性和高性能的一种更高的要求。如何能够有效提高代码质量，又节约程序员查找和修复bug的时间，成了一个难题。白盒测试工具的引入，恰好解决了这一难题。本文将通过多个专题，阐述程序员如何有效利用白盒测试工具，提高代码质量和开发效率。

所谓的灰盒测试，只不过是因为代码的暴露程度不同而已，从本质上来说，都是白盒测试。其实，无论是作为一个测试者，还是作为一个开发者，谁也不能保证通晓所有的代码，尤其是在现代软件企业中工程师的职责和分工越来越细，第二、三方库越来越丰富了以后。

几个月前我还在谈论黑盒测试不一定比白盒测试技术含量低，现在我却可以比较肯定地说，黑盒测试比白盒测试更难，技术要求更高。道理其实非常简单，黑盒，白盒测试的本质区别在于源代码的访问权利，白盒测试具有这种权利，因此也就具有更多的资源和信息进行测试，当然事情就会变得容易很多，而黑盒测试由于不能看到源代码，就使得对于白盒测试人员发现的bug，你要花更多的时间，并且具有更高的技术才有可能发现。

他们最大的差别只有一点，那就是“耐心”。两种测试比较的话，需要把自动化测试等排除再外，这样比较会比较公平。

就算执行了完美的黑盒测试也是无法测试程序内部特定部位，另外当规格说明本身有误，也不能发现问题。而白盒测试能对程序的内部特定部位进行覆盖测试，所以黑盒和白盒测试为互补关系，结合起来进行测试用例的设计更为合理。

白盒测试是通过对程序内部结构的分析、检测来寻找问题。白盒测试可以把程序看成装在一个透明的白盒子里，也就是清楚了解程序结构和处理过程，检查是否所有的结构及路径都是正确的，检查软件内部动作是否按照设计说明的规定正常进行。白盒测试又称结构测试。

一个或者多个条件组成一个判定，一个程序中可以有多个判定。首要的是建立一个二维的真值表，各列为判定和条件，各行为每组值的T或者F。

白盒测试，也称为结构化测试、基于代码的测试，是一种测试用例设计方法，它从程序的控制结构导出测试用例。

白盒测试也称结构测试或逻辑驱动测试，是一种测试用例设计方法，它从程序的控制结构导出测试用例。

一般来说，做单元测试均采用的是商用的测试工具或自行开发的测试工具，用例的编写都是在测试工具上完成，测试用例都是一些测试脚本，都以文件的方式来保存，故其用例的执行过程主要是由测试工具根据所编写的具体的测试用例脚本来完成，这样对于用例的管理和执行也非常灵活。

白盒测试是工作量巨大并且枯燥的工作，可视化的设计对于测试来说是十 分重要的。在选购白盒测试工具时，应当考虑该款测试工具的可视化是否良好，例如：测试过 程中是否可以显示覆盖率的函数分布图和上升趋势图，是否使用不同的颜色区分已执行和未执 行的代码段显示分配内存情况实时图表等，这些对于测试效率和测试质量的提高是具有很大的 作用的。

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

白盒测试(White-box Testing，又称逻辑驱动测试,结构测试)是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。白盒测试又称为结构测试和逻辑驱动测试。

软件测试有一个致命的缺陷，即测试的不完全、不彻底性。由于任何程序只能进行少量（相对于穷举的巨大数量而言）的有限的测试，在未发现错误时，不能说明程序中没有错误。

在通常情况下，嵌入式软件测试一般采取黑盒测试与白盒测试相结合的方法。其中，白盒测试一般分为静态测试与动态测试。静态测试不实际运行软件，主要是对软件的编程格式、结构等方面进行评估，而动态测试需要在Host环境或Target环境中实际运行软件，并使用设计的测试用例去探测软件漏洞。

根据GB/T16260 《软件产品评价 质量特性及其使用指南》、CSTC JSBZ14《CSTC软件源代码测试规范》和用户手册，对Hopen OS 3.0进行了源代码测试。