临时测试

临时测试


什么是临时测试?

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

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

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

何时执行临时测试?

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

临时测试的形式:

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

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

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

使临时测试更有效的各种方法

  1. 准备:通过获取类似应用的缺陷详情,在应用中发现缺陷的概率更大。

  2. 创建一个粗略的想法:通过创建一个粗略的想法,测试人员将有一个专注的方法。不需要记录详细的计划来测试什么和如何测试。

  3. 分而治之:通过逐个测试应用程序,我们将更好地关注和更好地理解问题(如果有的话)。

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

  5. 使用工具:还可以通过使用分析器、调试器甚至任务监视器来突出缺陷。因此,熟练使用这些工具可以发现一些缺陷。

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

觉得文章有用?

点个广告表达一下你的爱意吧 !😁