• 探索式测试的谬论


      探索性测试有很多谬论。让我们揭穿与探索性测试有关的一些常见谬论。

      1.探索性测试与临时测试相同

      探索性测试是一个比较正式的型式试验,同时特设测试进行更上一个随机的一面。临时是基于需求的,而探索性是基于工作流的测试技术。探索性测试和即席测试之间的差异明显。

      2.探索性测试无法置化

      仅仅因为测试计划没有记录在案,并不意味着探索性测试没有任何文件且无法量化。实际上,它更侧重于测试执行,并且已探究的缺陷已得到充分记录。因此,探索性测试能得到了有效的量化。

     

      3.根本没有计划进行探索性测试

      只是在探索性测试中没有为测试计划分配太多时间和重要性,而是同时在探索性测试执行之前计划了场景和策略。甶于与其他脚本技术不同,它们的文献记录很多,这根本并不意味着完全没有计划进行探索性测试。

      4.探索性测试比脚本化测试花费更多的时间

      关于探索性测试的一个普遍误解是,它比脚本化测试更耗时,但是实际上,探索性测试所需的时间更少,因为在探索性测试中节省了测试计划和脚本编写的全部时间。甶于其消耗较少的特性,因此在敏捷方法中使用了探索性测试,其中两次敏捷冲刺之间的持续时间缩小为一周甚至更少。

      5.探索性测试仅适用于小型团队

      通常认为探索性测试仅限于小型团队,但这是一种误解。更大的团队也有效地进行了探索性测试,他们与敏捷软件开发的其他测试方法合作。

      6.探索性测试仅适用于敏捷团队

      尽管大多数敏捷团队都将探索性测试技术与自动化测试一起使用,但这显然并不意味着探索性测试仅限于敏捷团队。实际上,任何正在寻求快速测试会话,同时探索和了解网站/应用程序的议程的软件开发团队都可以有效地使用探索性测试。由于这个原因,探索性测试通常在初创企业中非常受欢迎。

  • 相关阅读:
    非零基础自学Java (老师:韩顺平) 第6章 数组、排序和查找 6.4 数组应用案例 && 6.5 数组赋值机制 && 6.6 数组拷贝
    golang的mysql数据库连接
    C#中使用 ref
    whistle 的使用
    社区分享丨东风康明斯基于JumpServer构建统一运维安全审计平台
    【Redis】10道不得不会的Redis面试题
    python:正则表达式符号
    .netcore全局异常处理
    Win11系统Windows.old能删除吗?Windows.old怎么删?
    芯片IC的mask位置
  • 原文地址:https://blog.csdn.net/duoceshi/article/details/127424040