第6章单元测试new02

第6章单元测试new02第一页，共38页。6.1单元测试对最小的软件设计单元（模块或源程序单元）的验证工作主要使用白盒测试技术，辅助使用黑盒测试技术第二页，共38页。单元测试单元测试时对软件基本组成单元进行的测试，这里的基本单元不一定是指一个具体的函数或一个类的方法。单元具有一些基本属性，如：明确的功能、规格定义，与其他部分明确的接口定义等，可以清晰地与同一程序的其他部分单元划分开来。第三页，共38页。单元测试的目的【前后一致】验证代码是与设计相符合的；跟踪需求和设计的实现；发现设计和需求中存在的错误；发现在编码过程中引入的错误。第四页，共38页。对单元测试的错误认识单元测试浪费了太多的时间；单元测试仅仅是证明这些代码做了什么；很棒的编程人员的工作不需要单元测试；不管怎样，集成测试将会抓住所有的bug；单元测试的成本效率不高。第五页，共38页。单元测试的内容模块接口测试：调用局部数据结构测试：内部数据边界条件测试：I/O取值边界独立执行路径测试：内部流程内部错误处理测试第六页，共38页。6.2单元测试方法黑盒、白盒方法以白盒方法为主第七页，共38页。6.3单元测试过程第八页，共38页。1.单元测试计划主要任务是依据测试策略和相关文档，例如《软件需求分析说明书》、《软件设计说明书》、《项目计划》等确定单元测试目的，识别单元测试需求，安排测试进度、规划测试资源、制订测试开始和结束准则、说明回归测试方法和缺陷跟踪过程并使用合适的模版将这些内容编写到《软件单元测试计划》文档中采用基于第15章提供的测试计划模版定义自己的单元测试计划第九页，共38页。2.单元测试用例设计主要任务是根据各项测试需求确定单元测试方案，包括测试所依据的标准和文档测试使用的方法，例如白盒、黑盒或其它缺陷属性的说明结论的约定等。如果需要编写测试代码或测试工具，还需准备测试代码与工具的设计描述第十页，共38页。3.单元测试实现依据规范开发单元测试用例并确保满足测试需求，测试用例可以是手工测试用例，也可以是自动化测试脚本第十一页，共38页。4.单元测试执行主要任务是搭建测试环境，运行测试用例以发现被测单元中的缺陷，当发现缺陷后提交缺陷问题报告单并在缺陷修复后对缺陷的修正进行验证第十二页，共38页。5.单元测试报告对测试过程进行总结，提供相关测试数据说明和缺陷说明，评价被测对象并给出改进意见，输出《软件单元测试报告》第十三页，共38页。一些辅助、重要的活动第十四页，共38页。6.4单元测试活动：6.4.1角色和职责单元测试通常由单元的开发者承担，开发人员需要在单元测试阶段负责完成单元测试计划、方案和报告。在单元测试过程中还可能涉及到的主要角色包括系统分析设计人员：保证需求的变更并进行软件单元可测性分析，确定单元测试的对象、范围和方法软件测试工程师：负责参与单元测试类文档的评审，对单元测试计划、设计和执行质量进行监控，根据实际情况，可选择参与由开发人员负责的代码评审、单元测试等活动【对象审查】配置管理人员：对代码及单元测试文档进行配置管理质量保证人员：单元测试过程进行审查。第十五页，共38页。6.4.2单元测试计划内容目的测试方法测试范围测试交付件【交付的东西】测试过程准则工作任务分布测试进度测试资源测试用例结构及其用例测试结论约定第十六页，共38页。测试交付件《XXXX单元测试计划》《XXXX单元测试计划评审报告》《XXXX单元测试用例》《XXXX单元测试用例评审报告》《XXXX单元测试脚本》《XXXX单元测试脚本评审报告》《XXXX单元测试报告》《XXXX单元测试报告评审报告》《缺陷问题单》若干第十七页，共38页。6.4.3测试方法根据项目要求和被测单元特征，指明在本次单元测试中所采用的发现缺陷的技术，例如常规的白盒测试、黑盒测试、自动化测试或者复用类似的测试等第十八页，共38页。6.4.4测试范围测试范围明确此次确单元测试“做什么”和“不做什么”，依据项目安排测试哪些单元，每个单元需要测试哪些内容。第十九页，共38页。1单元接口测试单元接口测试是单元测试的基础，主要检查进出单元的数据是否正确：实际的输入与定义的输入是否一致，包括个数、类型、顺序；对于非内部/局部变量是否合理使用使用其它模块时，是否检查可用性和处理结果使用外部资源时，是否检查可用性及时释放资源，包括内存、文件和端口等第二十页，共38页。2局部数据结构测试局部数据结构测试：检查局部数据结构能否保持完整性：变量从来没有被使用，包括可能别的地方使用了错误的变量名变量没有初始化错误的类型转换数组越界非法指针变量或函数名称拼写错误，包括使用了外部变量或函数第二十一页，共38页。3单元独立执行路径测试单元独立执行路径测试，主要检查由于计算错误、判断错误、控制流错误导致的代码缺陷

死代码错误的计算优先级精度错误，包括比较运算错误、赋值错误表达式的不正确符号循环变量的使用错误、包括错误赋值第二十二页，共38页。4单元内部错误处理测试单元内部错误处理测试，主要检查内部错误处理设施是否有效是否检查错误出现，包括资源使用前后、其他模块使用前后出现错误是否进行处理，包括抛出错误、通知用户、进行记录错误处理是否有效，包括在系统干预前处理、报告和记录的错误都应真实详细第二十三页，共38页。5边界条件测试边界条件测试，主要临界数据是否正确处理普通合法数据是否正确处理普通非法数据是否正确处理边界内最接近边界的合法数据是否正确处理边界内最接近边界的非法数据是否正确处理第二十四页，共38页。6其它单元的运行时特征内存分配动态绑定运行时类型信息被测单元性能可维护性第二十五页，共38页。6.5测试过程准则定义了单元测试在什么条件下开始【入口】、结束【停止】、挂起【受阻】以及恢复满足什么条件可以开始单元测试即单元测试的入口准则满足什么条件单元测试可以结束即单元测试的停止准则出现哪些情况单元测试可以挂起即单元测试的受阻准则满足了哪些条件便可以恢复被挂起的单元测试即单元测试的恢复准则第二十六页，共38页。工作任务分解(WBS)明确此次单元测试任务的分解情况及各个单项之间的关系测试进度依据估计的单元测试工作量，基于任务分解情况和可用资源情况，制定每项任务开始和结束的时间点测试资源为了进行此次单元测试所需的人力资源包括角色及其职责、环境资源、工具等相关资源测试结论约定描述了为了达成共识，针对某些项而制定的统一标准，例如测试用例优先级、缺陷严重级别定义、缺陷优先级等第二十七页，共38页。6.6单元测试用例设计综合运用多种测试用例设计方法，包括白盒和黑盒，从正向、反向对被测单元进行较为彻底的测试以说明单元功能达到预期设计的目的首先需要设计一些测试用例说明单元基本可用接着需要从正向、反向并结合单元的特点对单元的设计功能进行彻底的测试在这个结果的基础上，如果设计的测试用例没有达到单元测试的覆盖要求，还需要为此补充相关测试用例最后，需要设计测试用例关注被测单元的数据持久性、通讯问题、多线程特性、内存使用情况、性能、表现层等方面是否达到设计要求【易出错的高难度问题】第二十八页，共38页。6.7单元测试执行

6.7.1搭建单元测试环境执行单元测试的软硬件环境待测单元+单元测试用例因为单元是整个系统的一部分，它不能单独运行。驱动：模拟调用函数的一段代码，它可以替代调用被测单元的模块桩：模拟被测单元所调用函数的一段代码，它可以替代被被测单元调用的模块驱动（父外）+待测+桩（子内）第二十九页，共38页。6.7.2用例设计和94-95页结合一起学习91-92页第三十页，共38页。6.7.3单元测试策略第三十一页，共38页。第三十二页，共38页。第三十三页，共38页。6.7.4执行单元测试手工+工具缺陷跟踪简化流程第三十四页，共38页。6.7.5常用单元测试工具静态测试工具静态分析工具动态测试工具JUnitFramework/projects/Junit/IBMRationalPurecoverageIBMRationalPurifyIBMRationalQuantify第