测试用例基础概念

文章目录

• [一. 测试用例基础概念](#一. 测试用例基础概念)
• • [1. 什么是测试用例](#1. 什么是测试用例)
  • [2. 测试用例的组成要素](#2. 测试用例的组成要素)
  • [3. 测试用例的优先级](#3. 测试用例的优先级)
  • [4. 测试用例设计工具](#4. 测试用例设计工具)

---

一. 测试用例基础概念

1. 什么是测试用例

测试用例（Test Case） 是为特定的目的而设计的一组测试输入、执行条件和预期的结果的文档。

测试用例的核心价值在于标准化 与可复用性：

• 操作指引 ：如上图所示，有了这种文档之后，即使是不熟悉系统的测试人员，也能按照测试步骤的指引，一步步完成操作。
• 结果验证 ：将执行后的"实际结果"与"预期结果"进行对比。
  • 一致：标记为 Pass。
  • 不一致：标记为 Fail，并提交缺陷报告让开发修复。

---

2. 测试用例的组成要素

一个标准的测试用例通常包含以下要素（当然其中有一些也不是必须的要素，比如说有的用例可能就没有什么特殊的前提条件，这个时候前提条件列就留空即可）：

要素名称	说明
用例编号	用例的唯一标识符（如 XQ_001）。
模块	被测功能所属的模块名称。
测试点/标题	简要描述测试的目的或核心功能点。
优先级	用例的重要程度（P0-P3）。
前提条件	执行测试前必须满足的环境或状态（如"已登录"）。
测试步骤	详细的操作序列（如"点击图标"、"输入数据"）。
预期结果	系统应有的正确响应或界面状态。
实际结果	测试执行后的真实表现（执行时填写）。

---

3. 测试用例的优先级

为了在有限的资源下尽早发现尽可能多的缺陷，通常将测试用例分为 P0-P3 四个等级(在不同的公司，可能测试用例的等级划分不尽相同，但是基本大同小异)，由高至低排列：

• P0（核心功能）：冒烟测试用例，涉及系统的主干流程，必须通过。
• P1（高优先级）：主要功能测试，用户最常用的功能路径。
• P2（中优先级）：次要功能或异常场景测试。
• P3（低优先级）：UI细节、极少使用的边缘功能。

策略：优先执行 P0 和 P1 用例，确保核心业务可用，再逐步覆盖低优先级用例。

---

4. 测试用例设计工具

在实际工作中，我们通常使用以下两种形式来管理和展示测试用例：

1. 思维导图

   • 特点：以中心主题向外辐射，展示功能模块及其子功能。
   • 优势：逻辑清晰，适合梳理功能点，防止遗漏。
   • 结构示例如下图：
     

2. 表格形式

   • 特点：结构化的行与列，详细记录每个用例的具体信息。
   • 优势：适合执行测试、记录结果和追踪缺陷。
   • 示例结构如下图：
     

---