JMeter参数化、断言和关联的三件小事

2022年6月记录，分类「JMeter」。这是一篇偏实战的记录，保留了当时的判断过程和后续沉淀。

压测前先确认

这篇不是讲 JMeter 菜单怎么点，而是整理三个最影响压测可信度的小问题：参数化、断言和关联。任何一个没处理好，TPS 都可能是假的。

我当时想确认的不是工具能不能跑，而是这个点能不能稳定地变成测试资产。

三个关键动作

• CSV 参数要覆盖真实业务分布，不要 100 个线程抢同一个账号。
• 登录 token、订单号、流水号必须从响应里关联出来。
• 断言不能只看 200，要校验业务码和关键字段。

线程数: 50 -> 100 -> 200
断言: HTTP 200 + code=0 + orderId存在
观察: p95、错误率、CPU、慢SQL

脚本检查

• 压测过程中没有大量业务失败被当成成功。
• 参数文件不会因为数据耗尽导致请求重复。
• 聚合报告和服务端监控能对得上。

这些点后面会进用例或检查单，尤其要补齐账号、数据、环境版本和日志关键字。

结论

压测脚本首先要真实，其次才是漂亮。脚本不真实，后面的瓶颈分析都站不住。这个记录后续还可以继续补真实缺陷样本，让它从笔记变成团队检查清单。