JMeter非GUI模式Soak测试配置异常：无法生成预期36000样本

要实现每秒处理10个用户（即10TPS）、持续1小时、总样本数约36000的Soak测试，单纯依赖线程组基础配置无法精准控制吞吐量，正确配置需结合线程组与固定吞吐量定时器，具体步骤如下：

1. 线程组核心配置 #

• 线程数：设置为20-30（预留足够线程应对请求处理耗时，避免因线程不足拖低吞吐量）
• Ramp-Up时间：设为10秒（让线程平稳启动，避免初始请求冲击）
• 循环次数：选择无限
• 持续时间：填写3600秒（即1小时，到时间后自动终止测试）

2. 添加固定吞吐量定时器（Constant Throughput Timer） #

在线程组下添加该定时器，配置如下：

• 作用范围：选择当前线程组
• 目标吞吐量：输入600（单位为每分钟请求数，10TPS×60=600）
• 吞吐量计算方式：选择This thread group（确保仅对当前线程组生效）

3. 你之前配置异常的原因 #

• 线程数10+循环无限+持续3600秒：无吞吐量控制时，线程会以最快速度执行请求，自然远超10TPS
• 线程数10+循环次数1+持续3600秒：循环次数为1时，每个线程仅执行一次就结束，线程组无活跃线程，测试直接终止，持续时间参数无效
• 循环次数0：线程不执行任何请求，无样本数据生成，报告生成时因空数据触发java.lang.NullPointerException

4. 非GUI运行命令示例 #

jmeter -n -t your_test_plan.jmx -l test_result.jtl -e -o report_output

参数说明：

• -n：启用非GUI模式
• -t：指定测试计划文件路径
• -l：指定测试结果文件（.jtl格式）
• -e：测试结束后生成HTML报告
• -o：指定报告输出目录（需为空目录）

额外注意事项 #

• 线程数需匹配请求耗时：若单请求平均耗时0.2秒，至少需20个线程才能维持10TPS，可根据实际响应时间调整
• 排查资源瓶颈：确保JMeter运行机器CPU、内存充足，被测系统无响应延迟，避免因资源不足导致吞吐量不达标
• 验证测试结果：查看.jtl文件的样本总数，或报告中的吞吐量指标，确认是否接近36000（允许少量波动）

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