什么是测试场景？
测试场景是可以测试的任何功能。它也称为测试条件或测试可能性。作为一名测试人员，您可以将自己置身于最终用户的角色，并找出真实世界的场景和使用中的应用程序案例。
什么是场景测试？
场景测试是软件测试的变体，其中场景用于测试。场景有助于更简单地测试更复杂的系统
让我们在下面的视频的帮助下研究这个 -
为什么要创建测试场景？
测试方案是出于以下原因而创建的，
- 创建测试场景可确保完整的测试覆盖率
- 测试场景可以得到业务分析师，开发人员，客户等各种利益相关方的批准，以确保对测试中的应用程序进行全面测试。它确保软件适用于最常见的用例。
- 它们可以作为确定测试工作量的快速工具，从而为客户创建提案或组织员工。
- 它们有助于确定最重要的端到端事务或软件应用程序的实际使用。
- 为了研究程序的端到端功能，测试场景至关重要。
什么时候不创建测试场景？
可能无法创建测试场景
- 被测应用程序复杂，不稳定，项目有时间紧迫。
- 遵循Agile Methodology（如Scrum，Kanban）的项目可能无法创建测试场景。
- 可能无法为新的错误修复或回归测试创建测试场景。在这种情况下，必须在之前的测试周期中大量记录测试场景。维护项目尤其如此。
如何创建测试场景
作为测试人员，您可以按照以下五个步骤创建测试场景 -
- 步骤1：读取被测系统（SUT）的需求文档，如BRS，SRS，FRS。您还可以参考要测试的应用程序的用例，书籍，手册等。
- 步骤2：针对每个需求，确定可能的用户操作和目标。确定要求的技术方面。确定系统滥用的可能情况，并使用黑客的思维方式评估用户。
- 步骤3：阅读需求文档并进行正当分析后，列出验证软件每个功能的不同测试方案。
- 步骤4：列出所有可能的测试方案后，将创建可跟踪性矩阵以验证每个需求是否具有相应的测试方案
- 第5步：创建的方案由您的主管审核。之后，项目中的其他利益相关方也对其进行了审核。
创建测试场景的技巧
- 根据项目方法，每个测试场景应至少与一个需求或用户故事相关联。
- 在创建一次验证多个需求的测试场景之前，请确保您有一个测试场景，可以单独检查该需求。
- 避免创建跨越多个要求的过于复杂的测试场景。
- 场景的数量可能很大，并且运行它们的成本很高。根据客户优先级，仅运行选定的测试方案
示例1：航班预订的测试场景
对于航班预订应用程序，将会有一些测试场景
测试场景1： 检查登录功能
测试场景2： 检查是否可以创建新订单
测试场景3： 检查是否可以打开现有订单
测试场景4： 检查用户是否可以传真订单
测试场景5： 检查“帮助”部分中显示的信息是否正确
测试场景6： 检查“关于”部分中显示的信息，如版本，程序员名称，版权信息是否正确
除了这六个场景之外，还有所有其他场景的列表
- 更新订单
- 删除订单
- 检查报告
- 检查图表等。
接下来，我们已经学会了 彻底的测试是不可能的。假设您只有时间执行这6个场景中的4个场景，这六个场景中的两个低优先级场景将被消除。想想，你的时间从现在开始
我相信大多数人都会猜到方案5和6，因为它们不是应用程序的核心功能。这只是 测试优先级。
示例2：银行网站的测试场景
测试场景1：检查登录和身份验证功能
测试场景2：检查汇款可以完成
测试场景3：可以查看检查帐户报表
测试场景4：检查定期存款/重复存款可以创建
等等…