Locust与JMeter测试结果差异原因及Locust测试错误排查

Locust脚本存在的核心错误 #

• 参数化文件读取逻辑错误：你将csv文件读取操作放在了@task方法内，意味着每一个并发用户每次执行任务时，都会重新打开、读取一次整个csv文件，频繁的磁盘IO操作会严重占用Locust进程资源，导致发压能力不足，测试结果偏低。正确的做法是将csv文件在脚本初始化阶段一次性加载到内存中，所有用户共享参数列表。
• 请求执行逻辑与JMeter不匹配：你当前脚本的逻辑是：每个用户每次执行task时，会遍历csv内的所有行，依次发对应数量的GET请求。而你JMeter的配置是400并发、每用户循环125次，每次循环应该是取1行参数发1次请求，两者的请求触发逻辑、总请求量、实际并发请求数完全不一致，结果自然会有差异。
• 请求头配置冗余：GET请求不需要携带Content-Type: application/json请求头，该头是POST/PUT等带请求体的请求用来声明body格式的，你需要确认JMeter侧是否配置了同样的请求头，不一致的请求头会导致服务端处理逻辑不同，影响响应时间统计。
• 压测参数配置不统一：JMeter设置的是400并发用户，Locust设置的是500并发用户，且两者的加压速率、总请求量没有对齐，测试场景本身就不一致，没有可比性。

其他可能导致结果差异的原因 #

• 发压模型差异：JMeter采用线程模型，Locust默认采用协程模型，若压测机硬件资源不足、或者Locust没有配置多进程/分布式模式，可能出现发压端瓶颈，导致无法打出足够的流量，结果偏低。
• 统计逻辑差异：需要确认两者的统计规则是否一致，比如是否都包含连接建立时间、是否排除了失败请求的统计、是否对响应时间做了百分位筛选等。
• 额外配置差异：检查JMeter是否配置了缓存、Cookie管理器、自动重定向等设置，而Locust侧没有对应配置，导致请求处理逻辑不同。

内容的提问来源于stack exchange，提问作者Mahe Krish