- 数据规模与分布缩水
- 仅报告平均延迟
- 压测机资源耗尽未察觉
- 缺少思考时间与真实节奏
- 失败与超时混入成功统计
- 脚本行为与用户行为脱节
- 结果无法复现（参数与版本未记录）
反模式多数来自「先有数字、再补方法」；先定目标与方法学，再开跑。
| 自检时机 | 报告定稿前按清单逐项核对 |
|---|---|
| 方法先行 | 目标与口径先定，再开跑采集 |
压测反模式清单
压测反模式清点：压小数据求好看数字、只看平均不看分位、压测机先到瓶颈、无思考时间、失败请求计入吞吐、脚本与真实行为差异大、结果不可复现。
易错点
- 报告只给单个亮眼数字，缺少方法与边界说明
- 失败率高但吞吐高，被当作成绩汇报
数据来源与参考
- Gil Tene：How NOT to Measure Latency
- JMeter 官方文档（压测注意事项）