探索式测试(ET Exploratory Testing) 探索式测试是一种软件测试风格(style),而不是一种具体的软件测试技术(如等价类划分、边界值分析、组合测试等)。 探索式测试强调依据当前语境(context)选择合适的测试技术,而不局限于特定的测试技术。 探索式测试更强调带着“反思”的学习和优化。 探索式测试中,测试人员不断地提出假设,用测试去检验假设,通过解读测试结果来证实或推翻假设。在这个过程中,测试人员不断完善头脑中被测试应用的模型,然后利用模型、技能、经验去驱动进一步的测试。 探索式测试在不停地优化测试模型和测试设计。因为测试设计和测试执行的切换速度很快,许多人误以为探索式测试没有测试计划和设计。实际上,这些活动是被切分到细微的时间片中,并被反复执行。 区别:ST脚本测试 ET探索式测试,一个有脚本,一个没有脚本 比喻:ST相当于跟团游,ET相当于丛林探险 两种应用场景: 1.SRS不完善,时间紧迫,没有TC的情况下,以ET快速完成版本新功能的测试 作用:更快设计,更快执行,更低成本 2.ST之后,时间允许的情况下,以ET作为补充,尝试探索式覆盖TC覆盖不到的场景 作用:减少漏测,提高覆盖 前提: 1.团队对产品功能比较熟悉 2.已经可以运行的待测软件 如何落地: 1.准备:基于对软件历史版本的熟悉,对新版本功能快速学习,提出问题并进行澄清 2.作出计划:时间,范围,团队分工等 3.idea:利用脑图形式,列出有哪些模块,覆盖哪些场景,每个场景的注意事项 4.探索:按照idea,执行探索的过程中,根据情况,逐步深挖(也是边执行边学习的过程)每条Path,更新并记录执行探索过程中走过的Path 5.提交缺陷:把探索式测试过程中发现的缺陷提交到缺陷管理系统中,修复后回归 6.报告总结:以简单的表格,对bug的分布,数量,级别,进行统计和报告
|