压测结果解读是什么
压测结果解读就是把性能数字变成可执行结论的过程：先核对错误率是否受控、压测机资源是否先到瓶颈、负载是否达到目标量级，三项过关后再分析分位分布与阶段曲线的对应关系。顺序错了，后面再精细也徒劳：前置条件不成立的数据只能作废或降级引用。
基本信息
| 解读顺序 | 先核对错误率与压测机资源，再看分位与阶段 |
|---|---|
| 判定要素 | 错误率阈值、延迟分位、吞吐拐点、资源曲线 |
| 复现要求 | 结论附重复运行次数与波动范围 |
| 常见输出 | 压测报告、基线对比表、瓶颈定位结论 |
| 参与角色 | 性能测试、开发、运维，结论需三方对齐 |
| 数据来源 | k6、JMeter、Locust 汇总报告加监控曲线 |
解读顺序
解读顺序
1) 错误率 <= 阈值？ # 不满足时延迟与吞吐数字先作废
2) 压测机资源有余量？ # CPU、带宽、端口未饱和，数据才代表被测系统
3) 负载达到目标量级？ # 未压到目标档位需注明，结论降级引用
4) 分位与阶段对齐？ # p95/p99 与阶段曲线互相印证
5) 拐点解释合理？ # 结合资源曲线判断瓶颈位置
6) 重复运行波动可控？ # 附波动范围再对外引用典型使用场景
- 发版前评审：先过前置核对再引用分位结论，避免带病数据进决策。
- 容量决策：确认拐点与资源曲线后，为扩容方案提供依据。
- 瓶颈定位：按顺序排除压测侧因素，聚焦服务端疑点。
- 根因复盘：对历史争议数据按同一顺序复检，统一口径。
- 基线维护：把重复运行与波动范围一并归档，保持可比。
- 汇报沟通：结论标注前提条件与适用范围，防止过度外推。
前置核对四项
| 检查项 | 通过标准 | 不通过时怎么处理 |
|---|---|---|
| 错误率 | 低于预设阈值且错误已分类 | 数字作废，先分类处理错误 |
| 压测机资源 | CPU、带宽、端口有明确余量 | 加压机结论无效，先扩容压测机 |
| 目标量级 | 并发与吞吐达到目标档位 | 注明未达量级，结论降级引用 |
| 分位与阶段 | p95/p99 与阶段曲线吻合 | 检查采样与聚合口径再解读 |
| 波动范围 | 重复运行结果量级一致 | 排查数据与噪声来源后重跑 |
把「压测机先到瓶颈」的数据当服务端结论，会得出错误的架构判断。
均值掩盖尖峰：解读延迟先看分位数再看均值，均值只作辅助参考。
错误率未分类（5xx、超时、限流、业务 4xx 混算）就下结论，修复方向会被带偏。