📜  临时测试

📅  最后修改于: 2020-12-04 05:53:14             🧑  作者: Mango


什么是临时测试?

如果在没有适当计划和文档的情况下执行软件测试,则称为“临时测试”。除非我们发现缺陷,否则此类测试仅执行一次。

在对应用程序执行正式测试之后,将进行临时测试。临时方法是最不正式的测试类型,因为它不是结构化方法。因此,使用这种方法发现的缺陷很难复制,因为没有针对这些方案的测试用例。

测试是在测试人员了解应用程序的情况下进行的,并且测试人员会随机进行测试,而不会遵循规范/要求。因此,Adhoc测试的成功取决于执行测试的测试人员的能力。测试人员必须仅根据测试人员的直觉来发现缺陷,而无需任何适当的计划和文档。

什么时候执行临时测试?

当执行穷举测试的时间有限时,可以执行临时测试,并且通常在正式测试执行之后执行。仅当测试人员对被测系统有深入了解时,临时测试才有效。

临时测试的形式:

  1. 好友测试:两位好友,一位来自开发团队,一位来自测试团队,他们共同致力于识别同一模块中的缺陷。好友测试可以帮助测试人员开发更好的测试用例,而开发团队也可以尽早进行设计更改。这种测试通常在完成单元测试之后进行。

  2. 配对测试:两个测试人员被分配了相同的模块,他们共享想法并在同一系统上工作以查找缺陷。一名测试人员执行测试,而另一名测试人员记录其发现中的注释。

  3. 猴子测试:测试是随机进行的,没有任何测试用例,以破坏系统。

各种方法可以使临时测试更加有效

  1. 准备:通过获取相似应用程序的缺陷详细信息,发现应用程序中缺陷的可能性更大。

  2. 创建一个粗略的想法:通过就地创建一个粗略的想法,测试人员将有一种专注的方法。不需要记录详细计划作为测试内容和测试方法。

  3. 划分和规则:通过部分测试应用程序,我们将更好地关注和更好地理解问题(如果有)。

  4. 针对关键功能:测试人员应针对设计测试用例时未涵盖的区域。

  5. 使用工具:通过使用探查器,调试器甚至任务监视器,还可以使缺陷引起关注。因此,熟练使用这些工具可以发现一些缺陷。

  6. 记录结果:尽管测试是随机进行的,但如果时间允许,最好记录测试,并记录下偏差(如有)。如果发现缺陷,则会创建相应的测试用例,以帮助测试人员重新测试场景。