什么是测试场景？
测试场景定义为可以测试的任何功能。作为一名测试人员，应该设身处地为最终用户着想，并弄清楚被测应用程序的真实场景和用例。
场景测试
软件测试中的场景测试是一种使用实际场景而不是测试用例来测试软件应用程序的方法。场景有助于更轻松地测试和评估端到端的复杂问题。
为什么要创建测试场景？
创建测试方案的原因如下：
- 创建测试场景可确保完整的测试覆盖范围
- 各种利益相关者(如业务分析师、开发人员、客户)可以批准测试场景，以确保测试中的应用程序得到彻底测试。它确保软件适用于最常见的用例。
- 充当确定测试工作工作量的快速工具，并相应地为客户或组织员工创建提案。
- 有助于确定最重要的端到端事务或软件应用程序的实际使用。
- 要研究程序的端到端功能，测试场景至关重要。
何时不创建测试场景？
在以下情况下可能不会创建测试方案
- 被测应用程序复杂、不稳定，项目时间紧迫。
- 遵循敏捷方法论的项目，如Scrum、看板，可能不会创建测试场景。
- 不能为新的错误修复或回归测试创建测试方案。在这种情况下，必须在前面的测试周期中对测试场景进行大量记录，对于维护项目尤其如此。
如何编写测试场景
作为测试人员，可以按照以下五个步骤创建测试场景-
- 步骤1：阅读待测系统(SUT)的BRS、SRS、FRS等需求文档。
- 步骤2：针对每个需求，找出可能的用户操作和目标。确定系统滥用的可能场景，并以黑客的心态评估用户。
- 步骤3：阅读需求文档并进行适当的分析后，列出验证软件每个功能的不同测试场景。
- 步骤4：一旦列出了所有可能的测试场景，就会创建一个可跟踪性矩阵来验证每个需求是否都有相应的测试场景(&E)
- 步骤5：主管会审核创建的场景。稍后，项目中的其他利益相关者也会对它们进行审查。
创建测试方案的提示
- 根据项目方法论，每个测试场景应该至少绑定到一个需求或用户故事。
- 在创建一次验证多个需求的测试场景之前，确保拥有隔离检查该需求的测试场景。
- 避免创建跨越多个需求的过于复杂的测试场景。
- 方案的数量可能很多，而且运行所有方案的成本都很高。根据客户优先级，仅运行选定的测试方案
示例1：电子商务应用程序的测试场景
对于电子商务应用程序，有几个测试场景
测试场景1：检查登录功能
为了帮助理解不同的测试场景和测试用例，此测试场景的特定测试用例如下
- 输入有效的电子邮件ID和密码时检查系统行为。
- 输入无效的电子邮件ID和有效密码时检查系统行为。
- 输入有效电子邮件ID和无效密码时检查系统行为。
- 输入无效电子邮件ID和密码时检查系统行为。
- 当电子邮件ID和密码留空并输入登录时，检查系统行为。
- 检查忘记密码是否正常工作
- 输入有效/无效电话号码和密码时检查系统行为。
- 选中“保持我的签名”时检查系统行为
显然，测试用例更加具体。
测试场景2：检查搜索功能
测试场景3：检查产品描述页
测试场景4：检查支付功能
测试场景5：检查订单历史记录
除了这5个场景之外，这里是所有其他场景的列表
- 检查返回客户的主页行为
- 检查类别/产品页面
- 检查客户服务/联系页面
- 检查每日交易页面
示例2：银行网站的测试场景
测试场景1：检查登录和身份验证功能
测试场景2：可以进行支票转账
测试场景3：可以查看支票账户对账单
测试场景4：检查是否可以创建定期存款/经常性存款
…等
