软件测试基础回顾（⼗三）-什么是测试场景？
什么是测试场景？
测试场景是可以测试的任何功能。它也称为测试条件或测试可能性。作为⼀名测试⼈员，您可以将⾃⼰置⾝于最终⽤户的⾓⾊，并出真实世界的场景和使⽤中的应⽤程序案例。
什么是场景测试？
场景测试是软件测试的变体，其中场景⽤于测试。场景有助于更简单地测试更复杂的系统
让我们在下⾯的视频的帮助下研究这个 -
为什么要创建测试场景？
测试⽅案是出于以下原因⽽创建的，
创建测试场景可确保完整的测试覆盖率
测试场景可以得到业务分析师，开发⼈员，客户等各种利益相关⽅的批准，以确保对测试中的应⽤程序进⾏全⾯测试。它确保软件适⽤于最常见的⽤例。
它们可以作为确定测试⼯作量的快速⼯具，从⽽为客户创建提案或组织员⼯。
它们有助于确定最重要的端到端事务或软件应⽤程序的实际使⽤。
为了研究程序的端到端功能，测试场景⾄关重要。
什么时候不创建测试场景？
可能⽆法创建测试场景
被测应⽤程序复杂，不稳定，项⽬有时间紧迫。
遵循Agile Methodology（如Scrum，Kanban）的项⽬可能⽆法创建测试场景。
可能⽆法为新的错误修复或创建测试场景。在这种情况下，必须在之前的测试周期中⼤量记录测试场景。维护项⽬尤其如此。
如何创建测试场景
作为测试⼈员，您可以按照以下五个步骤创建测试场景 -
421事件是什么
步骤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：检查定期存款/重复存款可以创建
等等…
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论