- 来源：历史缺陷库、同类项目经验、代码评审疑问
- 典型猜测点：刚修复的模块、复杂条件判断、第三方集成
- 落地：把猜测写成明确用例并记录依据，供回归复用
错误推测依赖经验，不宜作为独立方法；应与等价类、边界值等系统化方法组合使用。
常见猜测点与验证动作
| 猜测点 | 验证动作 |
|---|---|
| 空值与缺省 | 空表单提交、API 必填字段缺省 |
| 并发与重复 | 同记录并行修改、按钮快速双击 |
| 日期与时区 | 月末、闰年、跨时区切换 |
| 近期改动 | 变更涉及的接口各做一轮邻近回归 |
错误推测（Error Guessing）
基于经验与缺陷历史，推测易出错点并针对性设计用例：如空值处理、并发、日期边界与最近修改过的模块；与系统化方法互补。
易错点
- 凭感觉测试且无记录，覆盖情况不可评估
- 把错误推测当作不设计用例的借口
数据来源与参考
- ISTQB CTFL 4.0 大纲（错误推测）