软件测试:为什么要反复做测试?不同的测试场景有哪些?
![[��ǩ:����] [��ǩ:����]](https://www.xuefen.net//file/upload/img/7/329.jpg)
测试发现错误就像在雷区中搜索地雷一样。如果一次又一次地沿着相同的路径穿越田野,那么将找不到很多地雷。但实际上,这也是避免地雷的最好方法。现代软件产品所代表的空间比雷区要复杂得多,因此假设不断重复出现的少量“路径”会发现是一个更大的问题。测试人员团队在几周或几个月内可以进行的软件测试的“路径”,与产品在现场可能发生的所有场景相比,测试数量仍然不算多。雷场类比实际上是说测试是一个采样过程的另一种说法,我们可能想要一个更大的,种类繁多的样本。因此,是进行不同的测试,而不是重复相同的测试。
常见重复测试的场景:
1.回归: 如果要测试的产品(在其任何层,包括底层平台)发生了变化,那么存在很大的可能性是新问题或反复出现的旧问题可能被特定的现有产品捕获测试。这包括重新运行测试以验证修复程序,或者在尝试发现何时引入特定问题或行为时在相继的较早版本上重复测试。这还包括在新O / S上运行的同一软件上运行旧测试。换句话说,可以通过对被测技术的更改来补充疲倦的旧测试。请注意,回归并不一定意味着应该 运行相同的旧测试,只是 这样做不一定是不合理的。
2.间歇性: 如果您怀疑一次正确的测试不能保证发现错误,可能是由于涉及到一些重要变量导致您无法在测试中控制。执行与您之前执行的测试完全相同的测试,可能会导致发现一个始终存在的错误,但直到不受控制的变量以某种方式排列后才发现。这与投币机上的赌徒第一次输钱后再次玩的原因相同。
3.重试: 如果不确定在其他执行测试时测试是否正确运行,或者是否忽略了可能是第一次收集的信息。这就是为什么最好让多个测试人员遵循相同的说明,并检查他们是否都得到相同的结果的原因。这也是开发人员可能想要重现已报告的错误的常见原因。
4.改变: 如果您要更改测试的重要部分,而重复另一部分。即使您重复测试的某些元素,测试作为一个整体还是新的,并且可能揭示新的行为。我对测试进行了改变,因为尽管我之前已经讲过一些东西,但是 还不够好。突变的一种常见形式是使用不同的数据以相同的方式操作产品。改变测试和间歇或重试之间的主要区别在于,改变可以直接在您的控制之下。突变是有意的,间歇性是由偶然因素导致的,而您重试测试的主要原因是偶然因素。
5.基准: 如果测试的输出包含一个标准,并且该标准通过与之前执行的相同精确测试进行比较来获得其价值。最明显的例子是性能基准。当历史测试数据用作预言机时,则必须注意,所执行的测试与历史数据可比。保持测试恒定可能不是使结果可比的唯一方法,但它可能是最佳的选择。
什么是测试场景
测试场景是可以测试的任何功能。它也称为测试条件或测试可能性。作为一名测试人员,您可以将自己置身于最终用户的角色,并找出真实世界的场景和使用中的应用程序案例。
创建测试场景的原因:
1、创建测试场景可确保完整的测试覆盖率。
2、测试场景可以得到业务分析师,开发人员,客户等各种利益相关方的批准,以确保对测试中的应用程序进行全面测试。它确保软件适用于最常见的用例。
3、测试场景可以作为确定测试工作量的快速工具,从而为客户创建提案或组织员工。
4、测试场景有助于确定最重要的端到端事务或软件应用程序的实际使用。
5、为了研究程序的端到端功能,测试场景至关重要。
扩展资料:
根据项目方法,每个测试场景应至少与一个需求或用户故事相关联。在创建一次验证多个需求的测试场景之前,请确保有一个测试场景,可以单独检查该需求。避免创建跨越多个要求的过于复杂的测试场景。场景的数量可能很大,并且运行它们的成本很高。
被测应用程序复杂,不稳定,项目有时间紧迫可能无法创建测试场景。遵循Agile Methodology的项目可能无法创建测试场景。可能无法为新的错误修复或回归测试创建测试场景。在这种情况下,必须在之前的测试周期中大量记录测试场景。维护项目尤其如此。
软件测试中 什么是场景交互 什么是功能交互?
百度阅读里有大概 的说明,功能交互就好比你转账,那么需要转账功能,但是这一个业务还需要校验等功能,而场景交互指的是一个场景与另外一个或者多个场景的交集,可能一个场景里有很多功能,这些功能是子集。如买衣服场景一般配合试穿场景
软件测试里面集成测试的场景是什么
场景指的是业务场景,你的测试案例必须是基于一定的业务下产生的,在这个环节你可以把自己当成实际用户,来模拟系统上线后你会如何使用这套系统,把各种使用的可能流程分别形成一个个案例,每个案例即对应一个场景。
(来源:学分高考 https://www.xuefen.net)文章共2387字