原文地址: https://www.stickyminds.com/article/exploratory-testing-why-it-not-ideal-agile-projects

下面是gpt4的总结。

探索性测试是一种灵活的测试方法,它不需要预先定义测试用例,而是让测试人员根据自己的判断和发现来设计和执行测试。探索性测试有以下优点:

  • 它可以适应需求不明确或变化频繁的场景,提供及时的反馈和建议。
  • 它可以发挥测试人员的创造力和直觉,发现一些预期之外的缺陷或风险。
  • 它可以节省测试文档的编写和维护的时间和成本,提高测试效率。

然而,在敏捷软件开发中,探索性测试并不是最佳选择。原因有以下几点:

  • 探索性测试缺乏可追溯性和可重复性,难以评估测试覆盖率和质量。它也不利于与其他团队成员或利益相关者分享测试结果和经验。
  • 探索性测试依赖于测试人员的经验和技能,可能导致测试结果不一致或遗漏重要的缺陷。它也不利于培养新手测试人员或提高团队的测试能力。
  • 探索性测试不利于自动化和持续集成,无法实现敏捷开发的快速反馈和交付。它也不利于与开发人员协作,实现测试驱动开发或行为驱动开发等敏捷实践。

因此,作者建议在敏捷项目中使用结构化的测试方法,结合需求分析、测试设计、测试执行和测试评估等步骤,提高测试效率和质量。

同时,也可以在适当的时机进行探索性测试,以补充结构化测试的不足。例如,在需求分析阶段,可以使用探索性测试来理解用户需求和业务流程;在回归测试阶段,可以使用探索性测试来检查系统的稳定性和完整性;在发布前阶段,可以使用探索性测试来模拟用户场景和操作。