JMeter单迭代汇总报告样本数与预期值不符问题求助

核心原因推测 #

• bzm-Concurrency Thread Group的并发特性：这个线程组以并发数为核心控制逻辑，而非严格按用户数逐一触发。当“350个登录错误”的停止条件触发时，已有部分线程已经启动并处于请求执行状态，这些线程会完成当前迭代的所有请求，导致最终样本数超过预期的350。
• 停止条件的滞后性：JMeter的停止逻辑是在采样完成后才检查停止条件。第350个错误产生时，可能已有其他线程的请求正在处理中，这些请求会被正常记录，进而增加样本总数。
• 测试计划的额外采样器：如果你的线程迭代中除了登录请求，还包含其他采样器（比如后续的接口请求），即使登录出错，后续采样器可能仍会被执行，导致样本数增加。

验证与解决建议 #

• 检查测试计划，确保每个线程迭代仅包含登录请求，无其他冗余采样器。
• 调整停止逻辑：使用响应断言捕获登录错误，配合Stop Thread逻辑控制器，在登录出错时立即终止当前线程，避免该线程产生额外样本。
• 查看View Results Tree组件，逐个确认样本的请求类型和来源，定位是否有非预期的请求被执行。
• 换用标准Thread Group进行对比测试，验证是否是bzm-Concurrency Thread Group的特性导致样本数差异。

相关截图 #

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