软件测试中的测试场景是什么(示例)

什么是测试场景?

A 测试场景 被定义为任何可以测试的功能。它也被称为测试条件或测试可能性。作为一名测试人员,你应该站在最终用户的立场上,弄清楚被测应用程序的真实场景和用例。

场景测试

场景测试 in 软件测试 是一种使用实际场景而不是测试用例来测试软件应用程序的方法。场景测试的目的是针对软件的特定复杂问题测试端到端场景。场景有助于更轻松地测试和评估端到端复杂问题。

让我们借助下面的视频来研究一下这个问题——

为什么要创建测试场景?

创建测试场景的原因如下:

  • 创建测试场景确保完整的测试覆盖率
  • 测试场景可由业务分析师、开发人员、客户等各种利益相关者批准,以确保被测应用程序经过全面测试。它确保软件适用于最常见的用例。
  • 它们可以作为一种快速工具来确定测试工作量,并据此为客户创建提案或组织劳动力。
  • 它们有助于确定最重要的端到端交易或软件应用程序的实际用途。
  • 为了研究程序的端到端功能,测试场景至关重要。

什么时候不创建测试场景?

以下情况可能无法创建测试场景

  • 被测试的应用程序复杂、不稳定并且项目时间紧迫。
  • 遵循敏捷方法(如 Scrum、Kanban)的项目可能不会创建测试场景。
  • 可能无法为新的错误修复创建测试场景,或者 迭代测试。在这种情况下,测试场景必须在之前的测试周期中已经有大量记录。对于维护项目尤其如此。

如何编写测试场景

作为测试人员,您可以按照以下五个步骤创建测试场景 -

编写测试场景

  • 第一步:阅读被测系统(SUT)的需求文档,如BRS、SRS、FRS。您还可以参考要测试的应用程序的用例、书籍、手册等。
  • 第一步:针对每项需求,找出可能的用户行为和目标。确定需求的技术方面。确定系统滥用的可能场景,并以黑客的心态评估用户。
  • 步骤3: 阅读需求文档并进行应有的分析后,列出验证软件每个功能的不同测试场景。
  • 步骤4: 列出所有可能的测试场景后, 可追溯性矩阵 创建的目的是验证每个需求都有相应的测试场景
  • 步骤5: 所创建的场景将由您的主管进行审查。 Later,它们也会受到项目中其他利益相关者的审查。

创建测试场景的技巧

  • 根据项目方法,每个测试场景应该与至少一个需求或用户故事相关联。
  • 在创建可同时验证多个需求的测试场景之前,请确保您有一个可单独检查该需求的测试场景。
  • 避免创建跨越多个需求的过于复杂的测试场景。
  • 场景数量可能很大,运行所有场景的成本很高。根据客户优先级,仅运行选定的测试场景

示例 1:电子商务应用程序的测试场景

对于电子商务应用程序,一些测试场景如下

测试场景1: 检查登录功能

电子商务应用程序的测试场景

为了帮助您理解测试场景和 测试用例,此测试场景的具体测试用例将是

  1. 输入有效的电子邮件 ID 和密码时检查系统行为。
  2. 输入无效的电子邮件 ID 和有效的密码时检查系统行为。
  3. 输入有效的电子邮件 ID 和无效的密码时检查系统行为。
  4. 检查输入无效电子邮件 ID 和无效密码时的系统行为。
  5. 检查当电子邮件 ID 和密码留空并输入登录信息时的系统行为。
  6. 检查“忘记密码”是否按预期工作
  7. 检查输入有效/无效的电话号码和密码时的系统行为。
  8. 检查选中“保留我的签名”时的系统行为

显然,测试用例更加具体。

测试场景2: 检查搜索功能

电子商务应用程序的测试场景

测试场景3: 检查产品 Descript离子页

电子商务应用程序的测试场景

测试场景4: 检查付款功能

电子商务应用程序的测试场景

测试场景5: 查看订单历史记录

电子商务应用程序的测试场景

除了这 5 种情况之外,以下是所有其他情况的列表

  • 检查回访客户的主页行为
  • 检查类别/产品页面
  • 查看客户服务/联系页面
  • 查看每日特惠页面

示例 2:银行网站的测试场景

测试场景 1:检查登录和身份验证功能

测试场景 2:可以进行支票汇款

测试场景 3:可以查看支票账户报表

测试场景 4:可以创建支票定期存款/定期存款

等等…

测试场景模板

下载测试场景模板 Excel(.xlsx)