用例测试示例
托马斯·汉密尔顿
什么是用例测试？
用例测试 用例测试是一种软件测试技术，它逐个事务地识别测试用例，从而覆盖整个系统，从开始到结束。这些测试用例描述了用户与软件应用程序之间的交互。用例测试能够发现单独测试各个软件组件可能无法发现的缺陷。
A 用例 测试用例是对用户或参与者使用软件的特定操作的简要描述。用例根据用户操作和应用程序的相应响应编写，并广泛用于推导测试结果。 测试用例 在系统和验收水平上。
用例的关键组成部分
每个用例都由同一套构建模块组成。预先了解这些模块可以更轻松地设计出与测试用例完美匹配的覆盖范围：
- 演员： 发起交互的用户或外部系统。在文本流中用“A”表示。
- 系统： 被测软件是对操作者做出响应的软件，用“S”表示。
- 前提条件： 系统在用例开始之前必须处于的状态。
- 主要成功场景： 参与者和系统步骤的顺利路径序列。
- 扩展/备选流程： 处理异常、验证失败或备选方案的分支。
- 后置条件： 用例结束后系统所处的状态。
如何进行用例测试：示例
在用例中，参与者用“A”表示，系统用“S”表示。以下示例描述了Web应用程序的登录功能。
| 主要成功场景 | 步骤 | 描述 |
|---|---|---|
| A：演员 S：系统 | 1 | A: 请输入代理人姓名和密码 |
| 2 | S: 验证密码 | |
| 3 | S: 允许帐户访问 | |
| 扩展 | 2a | 密码无效 S：显示消息并请求重试（最多 4 次） |
| 2b | 密码无效 4 次 S：关闭应用程序 |
以上流程图描述了一条正常路径和两条扩展路径。以下是分步解读：
- 演员在端到端登录流程的第一步中输入电子邮件和密码。
- 系统验证密码。
- 如果密码正确，则授予访问权限。
- 如果密码无效，系统将显示一条消息，并提示最多四次重试机会。
- 如果四次尝试后密码仍然无效，系统将阻止进一步的尝试（在本例中，通过禁止 IP 地址）。
基于此用例，您需要测试成功场景以及每个扩展程序的一个用例。这样至少可以得到三个测试用例：有效登录、可恢复的无效密码以及多次失败后的锁定。
用例测试的优势
用例测试自然而然地衔接了需求和测试用例之间。其主要优势包括：
- 端到端覆盖： 测试跨模块的事务，而不是孤立函数的事务。
- 以用户为中心的验证： 每个场景都反映了真实用户如何使用该系统。
- 透明 trac能力： 用例与利益相关者签字确认的验收标准直接对应。
- 缺陷预防： 在回归周期开始之前，表面整合差距就会显现出来。
- 可重用工件： 同一个用例同时用于测试用例、培训材料和用户文档。
用例测试的局限性
该方法功能强大，但并非万能。请注意以下限制：
- 不能替代单元测试： 底层组件故障仍然需要进行针对性测试。
- 取决于具体的使用案例： 模糊不清的流程会产生模糊不清的测试结果。
- 非功能性保障范围有限： 性能、安全性和可访问性需要各自不同的技术。
- 维护开销： 当业务规则发生变化时，用例也必须更新。
