软件测试技术理论高效编写测试计划与设计测试用例.ppt

软件测试概述 软件测试产生背景 调试与测试 程序规模增大 软件测试概述 软件测试概述 软件测试概述 软件测试原则 尽早和不断的测试 测试人员独立测试程序 测试输入数据与对应的预期输出结果 合法输入和不合法输入及各种边界条件 测试出的错误结果由不同人员确认 关注集群现象 制定严格的测试计划 全面检查测试结果 关注回归测试中的关联性 妥善保存测试文档 软件测试概述 软件测试分类 A 黑盒测试 白盒测试 灰盒测试 软件测试概述 软件测试分类 B 静态测试 动态测试 软件测试概述 软件测试分类 C 手动测试 自动测试 软件测试概述 软件测试人员构成 测试经理 测试文档审核师 测试工程师 测试人员具备知识 测试文档编写 分析测试结果 操作软件测试工具 搭建测试环境 软件业务理解 设计测试用例 计算机理论及开发经验 开发流程及程序理解 软件测试概述 软件测试人员职业要求 责任心 沟通能力 团队合作精神 耐心、细心和信心 保持怀疑态度 创新性 不断学习能力 软件测试流程 软件测试基本流程 软件测试流程 需求测试 概念 在需求阶段对需求本身进行测试 测试范围 需求规格说明书 测试内容 描述不准确 需求定义模糊 需求用例不正确 语言二义性 软件测试流程 需求测试注意项 1、完整性 2、正确性 3、一致性 4、可行性 5、无二义性 6、健壮性 7、必要性 8、可测试性 9、可修改性 软件测试流程 单元测试 目的 检测程序模块中有无故障存在 人员组成 开发和测试人员 意义 发现问题多 成本低 降低集成测试负担 软件测试流程 集成测试 非增量式集成测试法:整体集成法 概念：单元测试后，将各模块直接连接起来作为一个整体进行测试 特点：容易发现混乱 难以定位出错原因、位置 修改困难、易引入新错误 软件测试流程 软件测试流程 集成测试 增量式集成方法：逐步集成 ——自顶向下增式集成（桩模块） ——自底向上增式集成（驱动模块） 特点：错误分散暴露 易找出问题、修改 软件测试流程 桩模块（Stub）与驱动模块（Driver） 桩模块（Stub） 为被测模块编制模拟其下级模块功能的替身模块，以代替被测模块接口，接 受或传递被测模块数据 驱动模块（Driver） 把相关数据传送给被测模块，启动被测模块 软件测试流程 自顶向下增式集成 深度优先与广度优先 集成步骤 1、主控模块作为测试驱动，与主控直接相连的模块为桩模块 2、根据深度或广度，下层模块一次一个替换为真正模块 软件测试流程 软件测试流程 软件测试流程 自顶向下增式集成小结 按系统控制结构，控制层次自顶向下组装 及时验证主要控制及判断点 选用深度优先，可以首先实现和验证一个完整的软件功能 软件测试流程 自底向上增式集成 集成步骤 1、驱动模块控制最底层模块并行测试 2、实际模块代替驱动模块，与其直属子模块集成子系统 3、子系统设置驱动模块测试 4、重复步骤（2），（3），直到集成完成 软件测试流程 软件测试流程 软件测试流程 系统测试 概念 针对系统中各个组成部分进行的综合性检验 目的 证明系统性能 （性能测试） 人员构成 系统测试人员 用户代表 软件设计者 软件测试流程 性能测试 概念 检验软件是否达到需求规格说明书中规定的各类性能指标 意义 1、评估系统的能力 2、识别系统中的弱点 3、系统调优 软件测试流程 验收测试 概念 向用户表明所开发的软件系统能够像用户预期的一样工作 任务 通过标准 确定方法 确定组织和可用资源 确定测试结果分析法 验收计划及评审 设计验收测试用例 执行测试 分析测试结果，决定是否通过验收 软件测试流程 回归测试 概念 重复执行集成和系统测试的测试用例，或针对修改的程序编写 目的 确定修改的程序是否会导致本来工作正常的功能产生错误 软件测试流程 软件测试模型 A V模型 目的：反映测试活动与分析设计关系，缩短开发周期 意义：表明了测试过程中不同级别，描述了测试和研发间对应关系 局限性：忽视测试活动对需求分析，系统设计等活动的验证和确认功能