第七章(软件测试技术PPT.ppt

关键模块问题 在组装测试时，应当确定关键模块，对这些关键模块及早进行测试。 关键模块的特征：① 满足某些软件需求；② 在程序的模块结构中位于较高的层次（高层 　　 控制模块）；③ 较复杂、较易发生错误；④ 有明确定义的性能要求。 确认测试 确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。 对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。 确认测试 有效 性 测试 软件 配置 审查 管理 机构 裁决 选择测试人员 软件计划 用户文档 开发文档 源程序文本 支持环境 交用户 运行 维护 测试 报告 软件 配置 构造测试用例 实际运行测试 专家 鉴定 会 有效性测试 有效性测试是在模拟的环境 (可能就是开发的环境) 下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。 首先制定测试计划，规定要做测试的种类。还需要制定一组测试步骤，描述具体的测试用例。 有效性测试 通过实施预定的测试计划和测试步骤，确定 软件的特性是否与需求相符； 所有的文档都是正确且便于使用； 同时，对其它软件需求，例如可移植性、兼容性、出错自动恢复、可维护性等，也都要进行测试。 有效性测试 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类： 测试结果与预期的结果相符。这说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受。 测试结果与预期的结果不符。这说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。 软件配置复查 软件配置复查的目的是保证 软件配置的所有成分都齐全； 各方面的质量都符合要求； 具有维护阶段所必需的细节； 而且已经编排好分类的目录。 应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。 第四节 软件测试策略 单元测试 集成测试 确认测试 系统测试 U C D R S I V ST 系统工程 软件需求分析 软件设计 代码编写 软件测试过程 被测 模块 单元 测试 设计 信息 集成 测试 被测 模块 单元 测试 被测 模块 单元 测试 测试过 的模块 软件 需求 其它系 统元素 装配好 的软件 确认 的软件 可运行的软件 确认 测试 系统 测试 软件测试过程 开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。 组装测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。 软件测试过程 确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。 系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。 单元测试 单元测试又称模块测试，是针对软件设计的最小单位 ─ 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。 单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。 单元测试 主要对模块的五个基本特性进行评价 模块 错误处理 模块接口 局部数 据结构 重要的 执行路径 边界条件 单元测试 常见错误类型  接口错误 I/O错误 数据结构错误 算法错误 比较及控制逻辑错误 错误处理错误 单元测试 模块测试基本原则 至少一次测试所有语句 测试所有可能的执行或逻辑路径的组合 测试每个模块的所有入口和出口 模块接口测试 在单元测试的开始，应对通过被测模块的数据流进行测试。测试项目包括： 调用本模块的输入参数是否正确； 本模块调用子模块时输入给子模块的参 数是否正确； 全局量的定义在各模块中是否一致； 模块接口测试 在做内外存交换时要考虑： 文件属性是否正确； OPEN与CLOSE语句是否正确； 缓冲区容量与记录长度是否匹配； 在进行读写操作之前是否打开了文件； 在结束文件处理时是否关闭了文件； 正文书写／输入错误， I／O错误是否检查并做了处理。 　不正确或不一致的数据类型说明 　使用尚未赋值或尚未初始化的变量 　错误的初始值或错误的缺省值 　变量名拼写错或书写错 　不一致的数据类型 　全局数据对模块的影响 局部数据结构测试 路径测试 选择适当的测试用例，对模块中重要的执 行路径进行测试。 应当设计测试用例查找由于错误的计算、 不正确的比较或不正常的控制流而导致的 错误。 对基本执行路径和循环进行测试可以发现 大量的路径错误。 错误处理测试 出错的描述是否难以理解 出错的描述是否能够对错误定位 显示的错误与实际的错误是否相符 对错误条件的处理正确与否 在对错