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

软件测试方法和技术 第5章 单元测试与集成测试 第五章 单元测试与集成测试 5.1 单元测试的目标和任务 5.2 单元的静态测试 5.3 驱动程序和桩程序 5.4 单元测试工具 5.5 集成测试 为何要进行单元测试? 尽早发现错误 错误发现越早,成本越低. 发现问题比较容易 修正问题更容易 检查代码是否符合设计和规范，有利于将来代码的维护 5.1 单元测试的目标和任务 5.1 单元测试的目标和任务 定义 单元测试是对软件基本的组成单元进行独立的测试。 时机 单元测试和编码是同步进行，但在TDD中，强调测试在先，编码在后。单元测试一般由开发人员完成,QA人员辅助。 单元 一个最小的单元应该有明确的功能、接口定义而且可以清析地与其他单元区分开。 　 单元测试关注的主要内容 目标: 确保单元模块被正确编码。 依据：详细设计描述，可以是详细设计说明书、源程序、单元测试计划； 过程：见右图 执行者：开发人员和测试人员共同完成 测试方法：白盒为主，黑盒为辅 通过单元测试的一般准则：P97 单元测试的误区 6 单元测试一种浪费时间的工作； 我是很棒的程序员，是不是可以不进行单元测试； 集成测试能找到所有的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-102 方法——三步曲