软件测试计划与测试用例设计.pptVIP

第一页，共三十四页，2022年，8月28日 目录 软件测试计划概述 测试计划的内容详解 测试用例概述 什么是测试用例 为什么需要测试用例 良好测试用例的特征 测试用例的组成元素与范例 白盒测试用例设计方法 等价类测试用例设计方法 边界值测试用例设计方法 错误推测法测试用例设计 因果图法测试用例设计 测试类型与测试用例设计 设计测试用例的策略选择 测试用例设计工具 案例研究：黑盒测试用例设计 * 第二页，共三十四页，2022年，8月28日 软件测试计划概述 测试计划的定义 一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被侧特征、测试任务、人员安排、以及任何偶发计划的风险。 《ANSI/IEEE软件测试文档标准829-1983》 测试计划的作用 为测试过程提供指导 测试目标 测试内容 测试方法 测试时间周期 改善测试任务与测试过程的关系 提高测试的组织、规划和管理能力 测试计划的内容 测试项目简介 测试项 需要测试的特征 不需要测试的特征 测试的方法 （测试人员、测试工具、测试流程） 测试开始条件和结束条件 测试提交的结果与格式 测试环境（软件、硬件、网络） 测试者的任务、联系方式与培训 测试进度与跟踪方式 测试风险与解决方式 本测试计划的审批与变更方式 * 第三页，共三十四页，2022年，8月28日 测试计划的内容详解 测试项目简介 归纳所要求测试的软件项和软件特性，可以包括系统目标、背景、范围及引用材料等。 在最高层测试计划中，如果存在下述文件，则需要引用它们：项目计划、质量保证计划、有关的政策、有关的标准等。 测试项 描述被测试的对象，包括其版本、修订级别，并指出在测试开始之前对逻辑或物理变换的要求。 被测试的特性 指明所有要被测试的软件特性及其组合，指明每个特性或特性组合有关的测试设计说明。 不被测试的特性 指出不被测试的所有特性和特性的有意义的组合及其理由。 * 第四页，共三十四页，2022年，8月28日 测试计划的内容详解（续1） 测试方法 描述测试的总体方法，规定测试指定特性组志需的主要活动、所需的时间。 规定所希望的测试程度，指明用于判断测试彻底性的技术（如：检查哪些语句至少执行过一次）。 指出对测试的主要限制，例如：测试项可用性、测试资源的可用性和测试截止期限等。 开始条件和结束条件 规定各测试项的开始测试需要满足的条件 测试通过和测试结束的条件。 测试环境 测试的操作系统和需要安装的辅助测试工具（来源与参数设置） 软件、硬件和网络环境设置 * 第五页，共三十四页，2022年，8月28日 测试计划的内容详解（续2） 测试者的任务、联系方式与培训 测试成员的名称、任务、电话、电子邮件等联系方式 为完成测试需要进行的项目课程培训 测试进度与跟踪方式 在软件项目进度中规定的测试里程碑以及所有测试项传递时间。 定义所需的新的测试里程碑，估计完成每项测试任务所需的时间，为每项测试任务和测试里程碑规定进度，对每项测试资源规定使用期限。 报告和跟踪测试进度的方式：每日报告、每周报告；书面报告、电话会议 测试风险与解决方式 预测测试计划中的风险 规定对各种风险的应急措施（延期传递的测试项可能需要加班、添加测试人员、减少测试内容。） 测试计划的审批和变更方式 审批人和生效方式 如何处理测试计划的变更 * 第六页，共三十四页，2022年，8月28日 测试用例概述 如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。 测试用例是测试工作的指导，是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。 * 第七页，共三十四页，2022年，8月28日 什么是测试用例 测试用例的定义 测试内容的一系列情景和每个情景中必须依靠输入和输出，而对软件的正确性进行判断的测试文档，称为测试用例。 测试用例就是将软件测试的行为活动，做一个科学化的组织归纳。 * 第八页，共三十四页，2022年，8月28日 为什么需要测试用例 在开始实施测试之前设计好测试用例，避免盲目测试并提高测试效率，减少测试的不完全性； 测试用例的使用令软件测试的实施重点突出、目的明确； 根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟踪； 减少回归测试的复杂程度 在软件版本更新后只需修正少量的测试用例便可展开测试工作，降低工作强度、缩短项目周期； 功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断细化其效率也不断攀升； 根据测试用例的操作步骤和执行结果，可以方便地书写软件测试缺陷报告； 可以根据测试用例的执行等级，实施不同