测试用例与测试场景——它们之间的区别
托马斯·汉密尔顿
测试用例和测试场景之间的主要区别
- 测试用例是为验证特定特性或功能而执行的一组操作，而测试场景是任何可以测试的功能。
- 测试用例主要源自测试场景，而测试场景则源自 BRS 和 SRS 等测试工件。
- 测试用例有助于对应用程序进行详尽的测试，而测试场景有助于以敏捷的方式测试端到端功能。
- 测试用例关注的是测试什么和如何测试，而测试场景更关注的是测试什么。
- 测试用例是低级操作，而测试场景是高级操作。
- 测试用例需要更多的资源和时间来执行测试，而测试场景需要较少的资源和时间来执行测试。
- 测试用例包括测试步骤、数据和预期测试结果，而测试场景包括要测试的端到端功能。
测试用例是什么？
A 测试用例 是为验证软件应用程序的特定特性或功能而执行的一组操作。 测试用例 包含针对特定测试场景开发的测试步骤、测试数据、前提条件和后置条件，以验证任何需求。测试用例包括特定变量或条件，测试工程师可以使用这些变量或条件比较预期结果和实际结果，以确定软件产品是否按照客户要求运行。
什么是测试场景？
A 测试场景 被定义为任何可以测试的功能。它是一组测试用例，可帮助测试团队确定项目的积极和消极特征。
测试场景 对我们需要测试的内容给出了高层的想法。
测试场景示例
对于电子商务应用程序，一些测试场景如下
测试场景1： 检查搜索功能
测试场景2： 检查付款功能
测试场景3： 检查登录功能
测试用例示例
测试用例 测试场景： “检查登录功能”将是
- 输入有效的电子邮件 ID 和密码时检查系统行为。
- 输入无效的电子邮件 ID 和有效的密码时检查系统行为。
- 输入有效的电子邮件 ID 和无效的密码时检查系统行为。
- 检查输入无效电子邮件 ID 和无效密码时的系统行为。
- 检查当电子邮件 ID 和密码留空并输入登录信息时的系统行为。
- 检查“忘记密码”是否按预期工作
- 检查输入有效/无效的电话号码和密码时的系统行为。
- 检查选中“保留我的签名”时的系统行为
测试用例和测试场景之间的差异
以下是测试场景和测试用例之间的显著差异
| 测试场景 | 测试用例 |
|---|---|
| 测试场景包含描述要测试的端到端功能的高级文档。 | 测试用例包含测试应用程序所有功能的明确的测试步骤、数据和预期结果。 |
| 它更关注“测试什么” 比 “如何测试”。 | 完全强调“测试什么” 和 “如何测试。”。 |
| 测试场景都是一行的。因此，测试过程中总是存在歧义的可能性。 | 测试用例定义了步骤、先决条件、预期结果等。因此，这个过程没有任何歧义。 |
| 测试场景源自 BRS、SRS 等测试工件。 | 测试用例大多源自测试场景。多个测试用例可以从单个测试场景派生出来 |
| 它有助于以敏捷的方式测试端到端功能 | 它有助于对应用程序进行详尽的测试 |
| 测试场景是高级动作。 | 测试用例是低级动作。 |
| 创建和测试场景所需的时间和资源相对较少。 | 需要更多资源来记录和执行测试用例。 |
我们为什么要编写测试用例？
以下是创建测试用例的一些重要原因：
- 测试用例有助于验证是否符合适用的标准、指南和客户要求
- 帮助您验证期望和客户要求
- 增强控制、逻辑和数据流覆盖范围
- 你可以模拟“真实”的最终用户场景
- 暴露错误或缺陷
- 当编写测试用例来执行测试时，测试工程师的工作将得到更好的组织和简化
为什么要写测试场景？
以下是创建测试场景的重要原因：
- 编写测试场景的主要原因是验证软件应用程序的完整功能
- 它还可以帮助您确保业务流程和流程符合功能要求
- 测试场景可以由各种利益相关者批准，例如 商业分析师、开发人员、客户，以确保被测应用程序经过彻底测试。它确保软件适用于最常见的用例。
- 它们可以作为一种快速工具来确定测试工作量，并据此为客户创建提案或组织劳动力。
- 它们有助于确定最关键的端到端交易或软件应用程序的实际用途。
- 一旦这些测试场景最终确定，就可以轻松地从测试场景中得出测试用例。
创建测试用例的最佳实践
- 测试用例应该透明且直接
- 创建 测试用例 牢记最终用户
- 避免测试用例重复
- 您需要确保编写测试用例来检查规范文档中提到的所有软件要求
- 在准备测试用例时，切勿假设软件应用程序的功能和特性
- 测试用例必须易于识别
创建测试场景的最佳实践
- 测试场景大多是单行语句，说明应该测试什么
- 场景描述应该简单易懂
- 应仔细评估所述要求
- 在测试过程开始之前，需要积累测试所需的工具和资源
