Softwre Testing-测试级别.ppt

Chapter 1 Players in the Systems Game 软件生命周期中的测试（1） 开发过程中使用的4个测试级别： 单元测试?集成测试?系统测试?验收测试 单元测试：完成对最小的软件设计单元——模块的验证工作，只有在保证模块作为一个独立运行单元能够正确运行的条件下，后续的测试才可能进行. 单元测试通常情况下是面向白盒的. 集成测试：把经过单元测试的模块按软件结构组合在一起作为一个系统或一个子系统来综合测试. 软件生命周期中的测试（2） 系统测试：测试软件系统和其他的系统元素（及硬件、数据库和人机交互信息）组合构成完整的计算机应用系统中所有的元素配合是否合适以及整个系统的功能、性能、执行强度、安全性等是否达到规定标准. 验收测试：根据产品规格说明书严格检查产品，确保开发的软件产品符合用户的各方面要求。 单元测试概述 测试对象：检查组件的内部行为 测试环境：测试驱动器 测试目标： 功能：测试对象的输入/输出行为 健壮性：组件被调用方式和规格说明是否一致 非功能：对组件质量影响重大的组件特性 效率：组件对计算机资源利用的有效程度 可维护性：修改系统的难易程度，如代码结构、模块化、代码注释的质量、标准符合度、可理解性等（静态测试） 测试策略：白盒测试为主、TDD 单元测试的定义（1） 定义：单元测试是对软件基本组成单元（模块）进行的测试 目标：确保模块被正确地编码 依据：详细设计说明和源代码 过程：包括测试用例设计、测试脚本开发、执行测试、调试和分析结果 　 单元测试的定义（2） 执行者：由程序员和测试人员共同完成 测试方法：以白盒测试方法为主，辅以黒盒测试方法 评估：通过所有单元测试用例，代码没有严重缺陷 　 为何要进行单元测试 尽早发现错误 错误发现越早,成本越低 开发人员过于自信,后期复杂度高,发现解决BUG困难 检查代码是否符合设计和规范 单元测试的目标（1） 主要目标是确保单元模块被正确编码，不仅要测试代码的功能，也要确保代码在结构上可靠健全，能够在所有条件下正确响应。 信息能否正确地流入和流出单元； 在单元工作过程中，其内部数据能否保持其完整性，包括内部数据的形式、内容及相互关系不发生错误，也包括全局变量在单元中的处理和影响； 单元测试的目标（2） 在为限制数据加工而设置的边界处，能否正确工作； 单元的运行能否做到满足特定的逻辑覆盖 单元中发生了错误，其中的出错处理措施是否有效。 单元测试的任务1：模块接口测试（1） 检查模块接口是否正确 Checklist: 输入的实际参数与形式参数是否一致（个数、类型） 调用其他模块的实际参数与被调模块的形参是否一致（个数、类型） 是否存在与当前模块无关的参数引用 是否修改了只读型参数 单元测试的任务1：模块接口测试（2） 全局变量的定义在各模块是否一致 若模块包括外部输入输出，则需要考虑： 文件操作语句是否正确 缓冲区大小与记录长度是否匹配 是否处理了输入输出错误 输出信息中是否有文字性错误 单元测试的任务2：模块局部数据结构测试 检查局部数据结构是否完整正确 Checklist: 不合适或不相容的类型说明 变量无初值 变量初始化或默认值有错 不正确的变量名 从未被使用过的变量 出现上溢、下溢和地址异常 单元测试的任务3：模块边界条件测试 检查边界数据处理的正确性 Checklist: 边界值内合法边界数据的处理 边界值外非法边界数据的处理 单元测试的任务4：模块中所有独立执行路径测试 检查每一条独立执行路径（基路径）的测试，却抱每条语句被至少执行一次，从而发现因错误计算、不正确的比较和不适当的控制流造成的错误。 Checklist: 错误地使用逻辑运算符或优先级 混合类型运算（不同数据类型的对象之间进行比较） 变量初值错误、精度不够、表达式符号出错、循环条件，死循环 单元测试的任务5：模块的各条错误处理通路测试 预见各种出错条件、预设各种出错处理 Checklist: 输出的出错信息难以理解 记录的错误与实际不相符 在程序自定义的出错处理执行之前，系统已经介入 异常处理不当 未提供足够的定位出错的信息 静态测试技术的运用 静态测试技术：不运行被测试程序，对代码通过检查、阅读进行分析。适用于新开发的和重用的代码。 两步曲： 走查 （Walk Through） 审查 （Inspection）/评审（Review） 编码的标准和规范 MISRA C Coding Standard(127条C语言编码标准) 美国国家标准协会(ANST) 国际工程协议(IEC) 国际标准化组织(ISO) 计算机械联合会(ACM) 电子电气工程学会(IEEE) 动态测试技术的运用（1） 动态测试真正将程序运行起来，需要设计系列的测试用例（综合白盒和黑盒测试方法）保