Ch5-单元测试-STMT.pptVIP

软件测试方法和技术 - Ch.5单元测试 Zhu.Kerry@ 第四章回顾 第五章 单元测试 5.1 什么是单元测试 单元测试的定义 为何要进行单元测试? 5.2 单元测试的目标和任务 目标: 单元模块被正确编码 信息能否正确地流入和流出单元； 在单元工作过程中，其内部数据能否保持其完整性，包括内部数据的形式、内容及相互关系不发生错误，也包括全局变量在单元中的处理和影响。 在为限制数据加工而设置的边界处，能否正确工作。 单元的运行能否做到满足特定的逻辑覆盖。 单元中发生了错误，其中的出错处理措施是否有效。 任务1： 模块接口测试 任务2： 模块局部数据结构测试 任务3： 模块边界条件测试 任务4： 模块独立执行通路测试 任务5：模块的各条错误处理通路测试 5.3 静态测试技术的运用 编码的标准和规范 走查 （Walk Through） 审查 （Inspection） 走查与审查的比较 评审 （Review） 5.4 动态测试技术的运用 白盒测试方法 黑盒测试方法 黑盒常用方法 5.6 调试与评估 单元测试检查表 (1) 单元测试检查表 (2) 5.6 单元测试的过程和文档管理 单元测试的文档 5.7 单元测试常用工具简介 Q A * * Kerry Zhu Zhu.Kerry@ Zhu.Kerry@ 软件质量标准 软件测试规范 CMM思想和结构体系 建立软件测试管理和评判体系 Zhu.Kerry@ 5.1 什么是单元测试 5.2 单元测试的目标和任务 5.3 静态测试技术的运用 5.4 动态测试技术的运用 5.5 调试与评估 5.6 单元测试的过程与文档管理 5.7 单元测试的常用工具简介 测试的4个阶段： 单元测试?集成测试? 系统测试?验收测试 按阶段进行测试是一种基本的测试策略 Zhu.Kerry@ 定义: 单元测试是对软件基本组成单元进行的测试。 时机: 一般在代码完成后由开发人员完成,QA人员辅助. 概念: 模块, 组件, 单元　 Zhu.Kerry@ 尽早发现错误 错误发现越早,成本越低. 开发人员过于自信,后期复杂 度高,发现解决BUG困难. 检查代码是否符合设计和规范 Zhu.Kerry@ 12小时 6小时 3小时 单元测试 集成测试 系统测试 Zhu.Kerry@ 检查模块接口是否正确 Checklist: 输入的实际参数与形式参数是否一致。 个数、属性、量纲 调用其他模块的实际参数与被调模块的形参是否一致。 个数、属性、量纲 全程变量的定义在各模块是否一致。 外部输入、输出 文件、缓冲区、错误处理 其它 Zhu.Kerry@ 检查局部数据结构完整性 Checklist: 不适合或不相容的类型说明。 变量无初值。 变量初始化或默认值有错。 不正确的变量名或从来未被使用过。 出现上溢或下溢和地址异常。 其它 Zhu.Kerry@ 检查临界数据处理的正确性 Checklist: 普通合法数据的处理。 普通非法数据的处理。 边界值内合法边界数据的处理。 边界值外非法边界数据的处理。 其它 Zhu.Kerry@ 检查每一条独立执行路径的测试。保证每条语句被至少执行一次。 Checklist: 算符优先级。 混合类型运算。 精度不够。 表达式符号。 循环条件，死循环。 其它 Zhu.Kerry@ 预见、预设的各种出错处理是否正确有效。 Checklist: 输出的出错信息难以理解。 记录的错误与实际不相符。 程序定义的出错处理前系统已介入。 异常处理不当。 未提供足够的定位出错的信息。 其它 Zhu.Kerry@ 静态测试技术： 不运行被测试程序，对代码通过检查、阅读进行分析。 三步曲： 走查 （Walk Through）。 审查 （Inspection）。 评审 （Review） Zhu.Kerry@ 标准：建立起来必须遵守的规则。 规范：建议最佳做法，推荐更好方式。 实施标准和规范的原因： 可靠性。 可读性和可维护性。 可移植性。 Zhu.Kerry@ 定义：采用讲解、讨论和模拟运行的方式进行的查找错误的活动。 注意： 引导小组成员在走查前通读设计和编码。 限时，避免跑题。 发现问题适当记录，避免现场修改。 检查要点是代码是否符合标准和规范，是否有逻辑错误。 Zhu.Kerry@ 定义：采用讲解、提问方式进行，一般有正式的计划、流程和结果。主要方法采用缺陷检查