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