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