软件质量保证与测试 第五章 单元测试与集成测试.pptx

软件测试方法和技术第5章 单元测试与集成测试第五章 单元测试与集成测试5.1 单元测试的目标和任务5.2 单元的静态测试5.3 驱动程序和桩程序5.4 单元测试工具5.5 集成测试5.1 单元测试的目标和任务为何要进行单元测试?尽早发现错误 错误发现越早,成本越低. 发现问题比较容易 修正问题更容易检查代码是否符合设计和规范，有利于将来代码的维护 5.1 单元测试的目标和任务定义 单元测试是对软件基本的组成单元进行独立的测试。时机 单元测试和编码是同步进行，但在TDD中，强调测试在先，编码在后。单元测试一般由开发人员完成,QA人员辅助。单元 一个最小的单元应该有明确的功能、接口定义而且可以清析地与其他单元区分开。单元测试关注的主要内容目标: 确保单元模块被正确编码。依据：详细设计描述，可以是详细设计说明书、源程序、单元测试计划；过程：见右图执行者：开发人员和测试人员共同完成测试方法：白盒为主，黑盒为辅通过单元测试的一般准则：P97单元测试的误区单元测试一种浪费时间的工作；我是很棒的程序员，是不是可以不进行单元测试；集成测试能找到所有的BUG；任务１:单元独立执行路径的测试对每一条独立执行路径进行测试，并保证每条语句被至少执行一次。检查的问题： 误解或用错了算符优先级 混合类型运算 变量初值错 精度不够 表达式符号错 其它任务2:单元局部数据结构的测试检查局部数据结构在程序执行过程中是否正确、完整。检查的问题： 不适合或不相容的类型说明 变量无初值 变量初始化或默认值有错 不正确的变量名或从来未被使用过 出现上溢或下溢和地址异常 其它任务３:单元接口测试检查单元接口是否正确检查的问题：输入的实际参数与形式参数是否一致(个数、属性、量纲)调用其他模块的实际参数与被调模块的形参个数、属性、量纲是否一致。全程变量的定义在各模块是否一致。外部输入、输出文件、缓冲区、错误处理其它任务４:单元边界条件的测试检查边界数据处理的正确性检查的问题： 普通合法数据的处理。 普通非法数据的处理。 边界值内合法边界数据的处理。 边界值外非法边界数据的处理。 其它任务5: 单元容错性测试预设的各种出错条件的处理是否正确有效。检查的问题： 输出的出错信息难以理解 记录的错误与实际不相符 异常处理不当 未提供足够的定位出错的信息 其它5.2 静态测试技术的运用 静态测试技术是单元测试中最重要的手段之一，适用于新开发的和重用的代码。 通常在代码完成并无错误地通过编译或汇编后进行，采用工具扫描分析、代码评审等方法。5.2 静态测试技术的运用 静态测试是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。 （1）代码测试：主要测试代码是否符合相应的标准和规范 （2）界面测试：主要测试软件的实际界面与需求中的说明是否相符 （3）文档测试：主要测试用户手册和需求说明是否真正符合用户的需求 这里着重介绍代码测试。5.2.1 编码的标准和规范标准： 建立起来必须遵守的规则规范： 建议最佳做法，推荐更好方式实施代码规范的原因： 可靠性 可读性和可维护性 可移植性C语言编码规范规范编号规范内容是否通过1一行代码只做一件事情2代码行的最大长度宜控制在70-80个字3函数与函数之间，说明语句和执行语句之间最好加空行4在程序开头加注释，说明基本信息；在重要函数处加注释，说明其功能5不要漏掉函数的参数和返回值，如果没有，用void表示例：C语言程序的静态测试(1) #includestdio.h(2) max(float x,float y)(3) {float z;(4) z=xy?x:y(5) return(z);(6) }(7) main()(8) {float a,b;(9) int c;(10) scanf(“%f,%f”,a,b);(11) c=max(a,b)(12) printf(“max is %d\n”,c);(13) }阅读Java编程规范：P100-1025.2.2 代码评审方法——三步曲：互查（Peer Review）走查（Walk Through）审查（Inspection）互查一次检查少于200～400行代码努力达到一个合适的检查速度：300～500LOC/ hour有足够的时间、以适当的速度、仔细地检查，但不宜超过60～90分钟在复审前，代码作者应该对代码进行注释使用检查表（checklist）肯定能改进双方（作者和复审者）的结果验证缺陷是否真正被修复 ……示例走查（Walk Through）定义：采用讲解、讨论和模拟运行的方式进行的查找错误的活动。注意： 引导小组成