首页/开发/软件测试速查/探索式测试(Exploratory Testing)
测试基础与分层67 条

探索式测试(Exploratory Testing)

测试设计、执行与学习同时进行的测试方式:不预设全部步骤,以探索与反馈驱动;常用会话(Session)组织,配合章程与时间盒。

软件测试速查开发更新于 2026-10-13

探索式测试是什么

探索式测试把测试设计、执行与学习同时进行:不预设全部步骤,测试人员边操作边观察边调整假设,用反馈驱动下一步动作(Cem Kaner 的提法)。它用基于会话的管理方式(SBTM)组织:每段时间盒内围绕一个章程探索,结束后沉淀异常清单与后续用例候选。它与脚本化测试互补——专门负责发现「脚本没想到」的问题。

基本信息

核心同时进行学习、设计与执行(Cem Kaner 提法)
组织方式基于会话的测试管理(SBTM):章程 + 时间盒 + 记录
产出异常清单、风险线索与后续用例候选
适用时机新功能首测、大改动发布前、脚本覆盖之外的盲区
配套要求记录探索路径与时间分配,结论可复盘

会话章程示例

会话章程示例
目标:探索优惠券叠加规则
范围:购物车结算流程
时长:60 分钟
输出:异常清单与后续用例候选
# 记录模板:时间分配(测试/调查/记录)与覆盖路径

典型使用场景

  • 新功能首测:需求刚落地时快速建立对功能行为的直觉。
  • 发布前冲刺:脚本回归之外安排探索会话冲击未知区域。
  • 缺陷复现:按报告线索探索周边路径,找到更小的复现步骤。
  • 竞品对比:用相似会话结构对比自家与竞品行为差异。
  • 打磨体验:站在真实用户角度连续走完任务目标,记录卡点。
  • 团队交接:把探索发现整理成用例,交给自动化或回归团队。
探索式测试与脚本化测试互补:用它发现脚本没想到的问题,再把稳定发现固化为回归用例。
章程是方向盘不是路线图:给方向与边界,允许探索中偏航,但要记录偏航原因与收获。
探索也要留证据:发现的异常按缺陷报告标准记录步骤与证据,否则开发无法复现,探索成果归零。

易错点

  • 把随意点测当作探索式测试:缺少章程与记录,结果不可复用也不可复盘。
  • 探索发现的问题不带步骤与证据:开发无法复现,问题在交接中流失。
  • 会话无时间盒:探索变成漫无目的的自由发挥,进度无法预期与度量。
  • 探索与回归老死不相往来:发现的稳定问题不固化用例,下一版本又靠人肉复测。
  • 只用探索式测试不做脚本化:覆盖无法保证,能力全押在个人经验上。

数据来源与参考

  • Cem Kaner(探索式测试提出者)
  • Jonathan & James Bach《Session-Based Test Management》
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌