如何编写测试用例及示例
Thomas Hamilton 手动测试中创建测试用例的步骤
让我们为以下场景创建一个测试用例：检查登录功能
步骤 1) 解释此场景的简单测试用例将是
| 测试用例 # | 测试用例描述 |
|---|---|
| 1 | 输入有效电子邮件和密码时检查响应 |
步骤 2) 测试数据。
为了执行测试用例，您需要测试数据。将其添加到下面
| 测试用例 # | 测试用例描述 | 测试数据 |
|---|---|---|
| 1 | 输入有效电子邮件和密码时检查响应 | 电子邮件：guru99@email.com 密码：lNf9^Oti7^2h |
识别测试数据可能耗时，有时可能需要重新创建测试数据。这就是需要记录的原因。
步骤 3) 执行操作。
为了执行测试用例，测试人员需要对被测应用程序执行一组特定的操作。这记录如下
| 测试用例 # | 测试用例描述 | 测试步骤 | 测试数据 |
|---|---|---|---|
| 1 | 输入有效电子邮件和密码时检查响应 | 1) 输入电子邮件地址
2) 输入密码 3) 点击登录 |
电子邮件：guru99@email.com
密码：lNf9^Oti7^2h |
很多时候，测试步骤并不像上面那样简单，因此需要文档。此外，测试用例的作者可能会离职、度假、生病休假或忙于其他关键任务。新员工可能会被要求执行测试用例。记录的步骤将帮助他，并方便其他利益相关者的审查。
步骤 4) 检查被测应用程序的行为。
软件测试中测试用例的目标是检查被测应用程序的行为是否符合预期结果。这需要记录如下
| 测试用例 # | 测试用例描述 | 测试数据 | 预期结果 |
|---|---|---|---|
| 1 | 输入有效电子邮件和密码时检查响应 | 电子邮件：guru99@email.com 密码：lNf9^Oti7^2h |
登录应该成功 |
在测试执行期间，测试人员将根据实际结果检查预期结果，并分配通过或失败状态
| 测试用例 # | 测试用例描述 | 测试数据 | 预期结果 | 实际结果 | 通过/失败 |
|---|---|---|---|---|---|
| 1 | 输入有效电子邮件和密码时检查响应 | 电子邮件：guru99@email.com 密码：lNf9^Oti7^2h | 登录应该成功 | 登录成功 | 通过 |
步骤 5) 此外，您的测试用例可能包含以下字段：
前置条件：指定测试运行前必须具备的条件。对于我们的测试用例，前置条件是安装了浏览器以访问被测站点。测试用例还可能包括后置条件，指定测试用例完成后适用的任何内容。对于我们的测试用例，后置条件是登录时间和日期存储在数据库中。
如何编写测试用例视频
如果视频无法访问，请点击此处
编写优秀测试用例的最佳实践。
1. 测试用例需要简单透明
创建尽可能简单的测试用例。它们必须清晰简洁，因为测试用例的作者可能不会执行它们。
使用断言性语言，如“转到主页”、“输入数据”、“单击此项”等。这使得理解测试步骤变得容易，并加快测试执行速度。
2. 创建测试用例时考虑最终用户
任何软件项目的最终目标是创建符合客户要求且易于使用和操作的测试用例。测试人员必须从最终用户的角度创建测试用例。
3. 避免测试用例重复。
不要重复测试用例。如果执行其他测试用例需要某个测试用例，请在前置条件列中通过其测试用例 ID 调用该测试用例。
4. 不要假设
在准备测试用例时，不要假设软件应用程序的功能和特性。请遵守规范文档。
5. 确保100%覆盖率
确保编写测试用例以检查规范文档中提到的所有软件需求。使用可追溯性矩阵以确保没有功能/条件未经过测试。
6. 测试用例必须可识别。
命名测试用例 ID，以便在跟踪缺陷或以后识别软件需求时易于识别。
7. 实施测试技术
不可能检查软件应用程序中的所有可能条件。软件测试技术可帮助您选择一些发现缺陷可能性最大的测试用例。
- 边界值分析 (BVA)：顾名思义，它是一种定义指定值范围边界测试的技术。
- 等价划分 (EP)：此技术将范围划分为趋于具有相同行为的等部分/组。
- 状态转换技术：当软件行为在特定操作后从一个状态变为另一个状态时，使用此方法。
- 错误猜测技术：这是猜测/预测在进行手动测试时可能出现的错误。这不是一种正式方法，它利用了测试人员对应用程序的经验。
8. 自清洁
您创建的测试用例必须将测试环境恢复到测试前状态，并且不应使测试环境无法使用。这对于配置测试尤其如此。
9. 可重复 且独立
无论谁测试，测试用例都应该每次生成相同的结果
10. 同行评审。
创建测试用例后，请您的同事进行审查。您的同行可以发现您测试用例设计中的缺陷，而您可能很容易遗漏。
在起草测试用例时，请包含以下信息
- 正在测试的需求的描述
- 系统将如何测试的解释
- 测试设置，例如被测应用程序版本、软件、数据文件、操作系统、硬件、安全访问、物理或逻辑日期、时间、先决条件（例如其他测试）以及与被测需求相关的任何其他设置信息
- 输入和输出或操作和预期结果
- 任何证明或附件
- 使用主动语态
- 测试用例不应超过15个步骤
- 自动化测试脚本附有输入、目的和预期结果的注释
- 设置提供了先决条件测试的替代方案
- 与其他测试一起，它应该是一个不正确的业务场景顺序
测试用例管理工具
测试管理工具是帮助管理和维护测试用例的自动化工具。测试用例管理工具的主要功能是
- 用于记录测试用例：借助工具，您可以通过使用模板加快测试用例的创建。
- 执行测试用例并记录结果：测试用例可以通过工具执行，并且可以轻松记录获得的结果。
- 自动化缺陷跟踪：失败的测试会自动链接到缺陷跟踪器，缺陷跟踪器又可以分配给开发人员并通过电子邮件通知进行跟踪。
- 可追溯性：需求、测试用例、测试用例执行都通过工具相互关联，并且每个用例都可以相互追溯以检查测试覆盖率。
- 保护测试用例：测试用例应可重用，并应防止由于版本控制不佳而丢失或损坏。测试用例管理工具提供以下功能
- 命名和编号约定
- 版本控制
- 只读存储
- 受控访问
- 异地备份
流行的测试管理工具包括：Quality Center 和 JIRA
标准测试用例的格式
下面是标准登录测试用例示例的格式。
| 测试用例 ID | 测试用例描述 | 测试步骤 | 测试数据 | 预期结果 | 实际结果 | 通过/失败 |
|---|---|---|---|---|---|---|
| TU01 | 使用有效数据检查客户登录 |
|
用户ID = guru99 密码 = pass99 | 用户应登录应用程序 | 与预期相符 | 通过 |
| TU02 | 使用无效数据检查客户登录 |
|
用户ID = guru99 密码 = glass99 | 用户不应登录应用程序 | 与预期相符 | 通过 |
整个表格可以在 Word、Excel 或任何其他测试管理工具中创建。这就是测试用例设计的全部内容
测试用例模板
- 请注意，使用的模板将因项目而异。阅读本教程以了解测试用例模板以及重要字段的解释
常见问题
什么是测试用例？
测试用例是一组记录的条件、输入、操作和预期结果，旨在验证应用程序的特定功能或特性是否按预期工作。它为测试人员提供了指导，以确保应用程序在指定条件下正确运行。
测试场景 vs 测试用例
对于一个测试场景：检查登录功能，有许多可能的测试用例
- 测试用例1：输入有效用户ID和密码时检查结果
- 测试用例2：输入无效用户ID和密码时检查结果
- 测试用例3：当用户ID为空且按下登录按钮时检查响应，还有更多
