白盒测试策略

1、白盒测试策略第1页 共2页 第9页 共9页白盒测试策策略目 录TOC o 1-3 h z u HYPERLINK l _Toc205699530 1白盒测试试 PAGEREF _Toc205699530 h 3 HYPERLINK l _Toc205699531 1.1概念念 PAGEREF _Toc205699531 h 3 HYPERLINK l _Toc205699532 1.2描述述 PAGEREF _Toc205699532 h 3 HYPERLINK l _Toc205699533 1.3目的的 PAGEREF _Toc205699533 h 3 HYPERLINK l _Toc2

2、05699534 2白盒测试试策略 PAGEREF _Toc205699534 h 33 HYPERLINK l _Toc205699535 2.1桌前前检查 PAGEREF _Toc205699535 h 33 HYPERLINK l _Toc205699536 2.2单元元测试 PAGEREF _Toc205699536 h 33 HYPERLINK l _Toc205699537 2.3代码码评审 PAGEREF _Toc205699537 h 44 HYPERLINK l _Toc205699538 2.4同行行评审 PAGEREF _Toc205699538 h 44 HYPERLI

3、NK l _Toc205699539 2.5代码码走查 PAGEREF _Toc205699539 h 55 HYPERLINK l _Toc205699540 2.6静态态分析 PAGEREF _Toc205699540 h 55白盒测试概念白盒测试又又称结构构测试，透透明盒测测试、逻逻辑驱动动测试或或基于代代码的测测试。描述白盒测试是是测试被被测单元元内部如如何工作作的一种种方法。目的通过检查软软件内部部的逻辑辑结构，对对软件中中的逻辑辑路径进进行覆盖盖测试；在程序序不同地地方设立立检查点点，检查查程序的的状态，以以确定实实际运行行状态与与预期状状态是否否一致。它它允许测测试人员员对程序序

4、内部逻逻辑结构构及有关关信息来来设计和和选择测测试用例例，对程程序的逻逻辑进行行测试，提提高代码码质量。白盒测试策策略在软件过程程的不同同阶段，研研发组都都可能需需要进行行白盒测测试。根根据团队队实际情情况的不不同，有有选择的的使用下下面的策策略：桌前检查简述：程序序员实现现制定功功能后，进进行单元元测试之之前，对对源代码码进行的的初步检检查。重点：编码码规范、语语句的使使用等是是否符合合编码规规范，并并根据编编码规范范调整整自己的的代码以以符合编编码规范范的要求求。参与人员：开发人人员。单元测试简述：又称称模块测测试。传传统结构构化编程程中，以以一个函函数、过过程为一一个单元元；在面面向对象

5、象的编程程中一般般把类作作为单元元进行测测试。重点：采用用白盒测测试和黑黑盒测试试方法相相结合。参与人员：专门的的白盒测测试人员员。代码评审简述：在编编码初期期或编写写过程中中采用一一种有同同行参与与的评审审活动。重点：通过过组织或或其他程程序员共共同查看看程序，可可以找出出问题，使使大家的的代码风风格一致致或遵守守编码规规范。方法：通过过大家共共同阅读读代码或或由程序序编写者者讲解代代码，其其他同行行边听边边分析问问题的方方法。参与人员：全体开发发小组。同行评审简述：引用用CMMM（能力力成熟度度模型）中中的术语语，如用用在评审审源代码码上，就就使代码码评审；在同行行评审中中，由软软件工作作

6、产品创创建者的的同行们们检查该该工作的的产品，识识别产品品的缺陷陷，改进进产品的的不足。目的：检验工作产产品是否否正确的的满足了了以往的的工作产产品中建建立的规规范，如如需求或或设计文文档；识别工作产产品相对对于标准准的偏差差，包括括可能影影响软件件可维护护性的问问题；向创建者提提出改进进建议；促进参与者者之间的的技术交交流和学学习。参与人员：程序员员、设计计师、单单元测试试工程师师、维护护者、需需求分析析师、编编码标准准专家（此此为CMMM标准准中提出出的参与与角色，可可根据实实际情况况调整，至至少需要要开发人人员、测测试人员员、设计计师参与与）。代码走查简述：由测测试小组组组织或者专门的的

7、代码走走查小组组进行代代码走查查，这时时需要开开发人员员提交有有关的资资料文档档和源代代码给走走查人员员，并进进行必要要的讲解解。代码走查往往往根据据代码码检查单单来进进行，代代码检查查单常常常是根据据编码码规范总总结出来来的一些些条目，目目的是检检查代码码是否按按照编编码规范范来编编写的。当当然，代代码走查查的最终终目的还还是为了了发现代代码中潜潜在的错错误和缺缺陷。重点：把材料（需求描描述文档档、程序设设计文档档、程序的的源代码码清单、代码编编码标准准、代码缺缺陷检查查表等）发给给走查小小组每个个成员，让让他们认认真研究究程序；开会，让与与会者“充当”计算机机，让测测试用例例沿程序序的逻辑

8、辑运行一一遍，随随时记录录程序的的踪迹，供供分析和和讨论，发发现更多多的问题题。参与人员：测试人人员（一一般不让让代码的的创建者者参与）。代码检查速速度建议议：汇编编代码与与C代码码 1550行/小时，CC+/Javva 2200-3000行/小小时。静态分析简述：由测测试小组组来进行行，静态态分析通通常需要要辅助工工具支持持，通过过提取代代码信息息，进行行统计，根根据统计计结果对对源代码码进行质质量评估估。代码规规则检查查也是静静态分析析的一个个方面。人员：测试试小组。工具介绍：PC-Liint：支持C/CC+语语言；优点：工具具简单实实用，可可以选择择编码规规范标准准，数据据检查技技术；缺

9、点：不是是图形用用户界面面，危险险的用法法，C/C+的兼容容性问题题。CodeWWizaard：支持C/CC+语语言；优点：图形形用户界界面，方方便规则则定制；缺点：分析析速度慢慢。Logisscoppe：支持C/CC+语语言；优点：图形形界面，可可以生成成代码质质量报告告；缺点：规则则不是特特别多；Logisscoppe是面面向源代代码进行行工作的的，贯穿穿于软件件开发、代代码评审审、单元元测试、集集成测试试、系统统测试、以以及软件件维护阶阶段。也也是中小小型公司司常用的的代码静静态分析析工具。Testbbed：支持C语言言；优点：规则则特别多多；缺点：规则则定制比比较麻烦烦，时常常可能误误

10、报，需需要人工工判断。QAC/QQAC+：版本决定支支持那种种语言，一一般以CC/C+为主主；优点：规则则检查自自动化，规规则多，速速度快，可可以定制制规则。C+Teest：支持C+；优点：C+Teest主主要是对对指针的的保护、越越界，数数组的越越界，变变量的越越界等很很有用，对对于数学学运算等等函数，可可以明确确知道返返回值的的，可以以设置预预期的返返回值，来来检查算算法是否否正确。C+Teest 测试用用例可以以控制77 种类类型的变变量条件件（取决决于被测测函数用用了多少少）：. 参数数（Arrgummentts）: 函数数的入口口参数。. 参数出口条件（Arguments Post）

11、: 函数执行完成时入口参数的状态。. 返回值（Return）: 函数的返回值。. 对象前置条件（Pre Conditions This）: 测试开始前对象的条件。. 对象后置条件（Post Conditions This）: 测试执行后对象的条件。. 前置条件（Pre Conditions Externals）: 测试开始前全局变量的条件。. 后置条件（Post Conditions Externals）: 测试执行后全局变量的条件。缺点：速度度慢，耗耗系统资资源，测测试执行行效率低低。关于javva代码码的质量量相关，和和静态工工具使用用，请先先参照：Jaava 代码质质量专题题；追求求代码质质量 监监视圈复复杂度；追求求代码质质量 软软件架构构的代码码质量；追求求代码质质量 用用代码度度量进行行重构；初用用FinndBuugs - 耐耐心愉悦悦 - CSDDNBllog；FiindBBugss，第 1 部部分 提提高代码码质量。这里面FiindBBugss是jaava静静态分析析工具。桌面检查、代代码走查查、代码码审查同同时属于于代码检检查的方方式。代代码检查是发发现错误误缺陷最最有效的的手段之