软件测试中的测试场景是什么（示例）
托马斯·汉密尔顿
什么是测试场景？
A 测试场景 被定义为任何可以测试的功能。它也被称为测试条件或测试可能性。作为一名测试人员，你应该站在最终用户的立场上，弄清楚被测应用程序的真实场景和用例。
场景测试
场景测试 in 软件测试 是一种使用实际场景而不是测试用例来测试软件应用程序的方法。场景测试的目的是针对软件的特定复杂问题测试端到端场景。场景有助于更轻松地测试和评估端到端复杂问题。
让我们借助下面的视频来研究一下这个问题——
为什么要创建测试场景？
创建测试场景的原因如下：
- 创建测试场景确保完整的测试覆盖率
- 测试场景可由业务分析师、开发人员、客户等各种利益相关者批准，以确保被测应用程序经过全面测试。它确保软件适用于最常见的用例。
- 它们可以作为一种快速工具来确定测试工作量，并据此为客户创建提案或组织劳动力。
- 它们有助于确定最重要的端到端交易或软件应用程序的实际用途。
- 为了研究程序的端到端功能，测试场景至关重要。
什么时候不创建测试场景？
以下情况可能无法创建测试场景
- 被测试的应用程序复杂、不稳定并且项目时间紧迫。
- 遵循敏捷方法（如 Scrum、Kanban）的项目可能不会创建测试场景。
- 可能无法为新的错误修复创建测试场景，或者 迭代测试。在这种情况下，测试场景必须在之前的测试周期中已经有大量记录。对于维护项目尤其如此。
如何编写测试场景
作为测试人员，您可以按照以下五个步骤创建测试场景 -
- 第一步：阅读被测系统（SUT）的需求文档，如BRS、SRS、FRS。您还可以参考要测试的应用程序的用例、书籍、手册等。
- 第一步：针对每项需求，找出可能的用户行为和目标。确定需求的技术方面。确定系统滥用的可能场景，并以黑客的心态评估用户。
- 步骤3： 阅读需求文档并进行应有的分析后，列出验证软件每个功能的不同测试场景。
- 步骤4： 列出所有可能的测试场景后， 可追溯性矩阵 创建的目的是验证每个需求都有相应的测试场景
- 步骤5： 所创建的场景将由您的主管进行审查。 Later，它们也会受到项目中其他利益相关者的审查。
创建测试场景的技巧
- 根据项目方法，每个测试场景应该与至少一个需求或用户故事相关联。
- 在创建可同时验证多个需求的测试场景之前，请确保您有一个可单独检查该需求的测试场景。
- 避免创建跨越多个需求的过于复杂的测试场景。
- 场景数量可能很大，运行所有场景的成本很高。根据客户优先级，仅运行选定的测试场景
示例 1：电子商务应用程序的测试场景
对于电子商务应用程序，一些测试场景如下
测试场景1： 检查登录功能
为了帮助您理解测试场景和 测试用例，此测试场景的具体测试用例将是
- 输入有效的电子邮件 ID 和密码时检查系统行为。
- 输入无效的电子邮件 ID 和有效的密码时检查系统行为。
- 输入有效的电子邮件 ID 和无效的密码时检查系统行为。
- 检查输入无效电子邮件 ID 和无效密码时的系统行为。
- 检查当电子邮件 ID 和密码留空并输入登录信息时的系统行为。
- 检查“忘记密码”是否按预期工作
- 检查输入有效/无效的电话号码和密码时的系统行为。
- 检查选中“保留我的签名”时的系统行为
显然，测试用例更加具体。
测试场景2： 检查搜索功能
测试场景3： 检查产品 Descript离子页
测试场景4： 检查付款功能
测试场景5： 查看订单历史记录
除了这 5 种情况之外，以下是所有其他情况的列表
- 检查回访客户的主页行为
- 检查类别/产品页面
- 查看客户服务/联系页面
- 查看每日特惠页面
示例 2：银行网站的测试场景
测试场景 1：检查登录和身份验证功能
测试场景 2：可以进行支票汇款
测试场景 3：可以查看支票账户报表
测试场景 4：可以创建支票定期存款/定期存款
等等…
