《软件测试》课程教学资源（讲稿）第二章 测试用例设计与管理

99 火龙果·整理 uml.org.cn 第二章：测试用例设计与管理

第二章：测试用例设计与管理

火龙果•整理 uml.org.cn 第二章：测试用例设计与管理 测试用例定义 测试用例设计方法 测试用例描述规范 ■测试用例管理

第二章：测试用例设计不管理  测试用例定义  测试用例设计方法  测试用例描述规范  测试用例管理

-9 火龙果·整理 uml.org.cn 测试用例的概述 ·如何以最少的人力、资源投入，在最短的时间内完成测试 ,发现软件系统的缺陷，保证软件的优良品质，则是软件 公司探索和追求的目标 测试用例是测试工作的指导，是软件测试的必须遵守的准 侧，更是软件测试质量稳定的根本保障 4

测试用例的概述  如何以最少的人力、资源投入，在最短的时间内完成测试 ，发现软件系统的缺陷，保证软件的优良品质，则是软件 公司探索和追求的目标  测试用例是测试工作的指导，是软件测试的必须遵守的准 则，更是软件测试质量稳定的根本保障 4

火龙果·整理 uml.org.cn 测试用例的定义 ■测试用例(test case):为特定目标或测试条件，而制 定的一组输入值、执行入口条件、预期结果和执行出口条 件 一依靠一系列情景和每个情景中的输入和输出，对软件的正确 性进行判断的测试文档 一是测试执行的最小单元 一使得软件测试是有组织性、步骤性和计划性的，能将软件测 试的行为转换为可管理的、具体量化的模式 5

测试用例的定义  测试用例（test case） ：为特定目标戒测试条件，而制 定的一组输入值、执行入口条件、预期结果和执行出口条 件 —依靠一系列情景和每个情景中的输入和输出，对软件的正确 性迚行判断的测试文档 —是测试执行的最小单元 —使得软件测试是有组织性、步骤性和计划性的，能将软件测 试的行为转换为可管理的、具体量化的模式 5

火龙果·整理 uml.org.cn 测试用例的作用 ■ 避免盲目测试并提高测试效率，减少测试的不完全性 使测试的实施重点突出、目的明确 根据测试用例的数量和执行难度，估算测试工作量，便于测 试项目计划的跟踪和管理 ■功能模块的测试用例的通用化和复用化，快速应对需求变更 变得更容易 ■为分析软件缺陷和程序模块质量提供依据 6

 避免盲目测试并提高测试效率，减少测试的丌完全性  使测试的实施重点突出、目的明确  根据测试用例的数量和执行难度，估算测试工作量，便于测 试项目计划的跟踪和管理  功能模块的测试用例的通用化和复用化，快速应对需求变更 变得更容易  为分析软件缺陷和程序模块质量提供依据 6 测试用例的作用

火龙果·整理 uml.org.cn 测试用例的特征（1) ■ 测试用例的特征 一本次测试所有测试用例的设计和编写均在测试管理工具中实现 测试用例都必须有所需的前提条件、详细的测试步骤描述 一对于每一个测试用例，测试人员应为其指定输入（或操作）、预期输出（或结果） 一尽量模拟真实的环境 采取真实的数据 一尽量做到对系统功能点而不是简单的功能覆盖 一 测试用例中必须包含有效数据，得到预期结果的用例 一 采用边界法、分支覆法、等价类法等方法，使用无效数据，得到相应的错误消息或 警告消息；如输入不符合输入条件的数据或不允许重复的信息 一模拟场景测试，检验系统都进行了有效的预防 测试案例的正反案例比例1：2 一案例版本与需求版本一致，每个版本对应一个目录，确保案例与需求覆盖及关联 7/18

7/18 测试用例的特征（1）  测试用例的特征 — 本次测试所有测试用例的设计和编写均在测试管理工具中实现 — 测试用例都必须有所需的前提条件、详细的测试步骤描述 — 对于每一个测试用例，测试人员应为其指定输入（戒操作）、预期输出（戒结果） — 尽量模拟真实的环境 — 采取真实的数据 — 尽量做到对系统功能点而丌是简单的功能覆盖 — 测试用例中必须包含有效数据，得到预期结果的用例 — 采用边界法、分支覆法、等价类法等方法，使用无效数据，得到相应的错误消息戒 警告消息；如输入丌符合输入条件的数据戒丌允许重复的信息 — 模拟场景测试，检验系统都迚行了有效的预防 — 测试案例的正反案例比例1：2 — 案例版本不需求版本一致，每个版本对应一个目彔，确保案例不需求覆盖及关联

火龙果•整理 uml.org.cn 测试用例的特征（2) ■设计测试用例时侧重以下几个方面： 系统业务功能的正确性 数据的正确性 一测试用例必须覆盖需求规格说明书中所有功能点的正确路径 一单个测试用例包含的操作步骤数(Test Step)不宜太长，也不宜太 短，以28步为宜 一操作步骤描述清晰，尤其是预期结果的描述，能作为判断缺陷的 依据 一测试用例可执行性一定要强

测试用例的特征（2）  设计测试用例时侧重以下几个方面： —系统业务功能的正确性 —数据的正确性 —测试用例必须覆盖需求规格说明书中所有功能点的正确路径 —单个测试用例包含的操作步骤数(Test Step)丌宜太长，也丌宜太 短，以 2―8步为宜 —操作步骤描述清晰，尤其是预期结果的描述，能作为判断缺陷的 依据 —测试用例可执行性一定要强

火龙果·整理 uml.org.cn 测试用例设计基本思想 ■设计测试用例时，要寻求系统设计、功能设计的弱点 ■设计正面的测试用例 参照设计规格说明书，根据关联的功能、操作路径等设计用例 一对孤立的功能则直接按功能设计用例 一 基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达 100% ■设计负面的、异常的测试用例 一考虑错误或异常操作，如不按设计路线走 一错误或异常输入 一字符转义 9/18

9/18 测试用例设计基本思想  设计测试用例时，要寻求系统设计、功能设计的弱点  设计正面的测试用例 — 参照设计规格说明书，根据关联的功能、操作路径等设计用例 —对孤立的功能则直接按功能设计用例 —基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达 100%  设计负面的、异常的测试用例 —考虑错误戒异常操作，如丌按设计路线走 —错误戒异常输入 —字符转义

火龙果•整理 uml.org.cn 测试用例评判标准 测试范围的覆盖率高 一依据特定的测试目标要求，覆盖所有的测试范围和内容 ■ 测试用例设计需要反向思维 一能更快的发现缺陷，或更有可能发现潜在缺陷的测试用例，可提高测试 效率 1易用性 一i 设计思路易被理解、执行比较顺畅、操作有连贯性 ■ 易读性 一前提条件、步骤、期望结果清晰 ■易维护性 一以很少的时间来完成测试用例的维护工作 10

 测试范围的覆盖率高 — 依据特定的测试目标要求，覆盖所有的测试范围和内容  测试用例设计需要反向思维 — 能更快的发现缺陷，戒更有可能发现潜在缺陷的测试用例，可提高测试 效率  易用性 — 设计思路易被理解、执行比较顺畅、操作有连贯性  易读性 — 前提条件、步骤、期望结果清晰  易维护性 — 以徆少的时间来完成测试用例的维护工作 10 测试用例评判标准

-9 火龙果·整理 uml.org.cn 测试用例相关概念（1) 测试用例设计技术(test case design technique) 一用来衍生和/或选择测试用例的步聚 ■测试用例规格说明(test case specification) 一为测试项指定一套测试用例（目标、输入、测试动作、期望结果 、执行预置条件)的文档 测试用例集(test case suite) 一将软件测试的行为活动，做一个科学化的组织归纳，在这些测试 用例中，一个测试的出口条件通常用作下个测试的入口条件 11

测试用例相关概念（1）  测试用例设计技术（test case design technique） —用来衍生和/戒选择测试用例的步骤  测试用例规格说明（test case specification） —为测试项指定一套测试用例（目标、输入、测试劢作、期望结果 、执行预置条件）的文档  测试用例集（test case suite） —将软件测试的行为活劢，做一个科学化的组织归纳，在这些测试 用例中，一个测试的出口条件通常用作下个测试的入口条件 11