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