JMeter：Ultimate Thread Group测试提前结束问题咨询

核心原因分析 #

你预期的~90分钟总时长是ramp-up(30min) + steady-state(60min) + ramp-down(1.5min)的理论值，但实际仅55分钟结束，大概率是以下几个关键问题：

• 线程无持续运行逻辑：如果每个线程只执行1次脚本就结束，哪怕设置了steady-state时间，线程完成任务后会直接退出，不会等steady-state周期走完。
• Ultimate Thread Group配置误解：该组件的steady-state不是强制线程保持运行的固定时长，而是指最后一个线程启动后，到开始触发ramp-down的间隔时间。要是所有线程在这个间隔内都完成了任务，线程组会提前终止。
• 线程组执行逻辑冲突：如果7个线程组是并行执行，只要所有线程组的线程都完成了任务，整个测试就会终止，不管你设置的阶段时长。

具体解决方法 #

1. 给线程加持续运行的循环逻辑 #

在每个线程组的脚本最外层套一个Loop Controller或While Controller，确保线程在steady-state期间一直运行：

• Loop Controller：把循环次数设为动态表达式，让线程运行到ramp-down开始前：
  先在测试计划的User Defined Variables里预计算结束时间：

  test.end.time=${__time(,)} + 1800000 + 3600000
  

  然后Loop Controller的循环次数填：

  ${__jexl3(${__time(,)} < ${test.end.time},)}
  

  （1800000是ramp-up的毫秒数，3600000是steady-state的毫秒数，确保线程撑到ramp-down阶段）
• While Controller：直接用同样的条件${__jexl3(${__time(,)} < ${test.end.time},)}，让线程持续循环执行脚本直到指定时间。

2. 修正Ultimate Thread Group的配置 #

仔细核对线程组的阶段设置：

• 确认Ramp-up是该组所有线程启动完成的总时间（比如1800秒内启动完所有用户）。
• 确认Steady State Duration确实设为3600秒，Ramp-down设为90秒，没有误填成分钟或其他单位。
• 检查组件是否有Hold Load相关选项，确保勾选后线程在steady-state阶段保持活跃。

3. 调整测试计划的结束条件 #

在JMeter的测试计划面板里：

• 如果勾选了Run Thread Groups consecutively，线程组会串行执行，总时长是所有组的时长总和；如果没勾选，线程组并行执行，总时长由运行最久的那个组决定。根据你的预期，选对应的执行模式。
• 确保Shutdown after选项设为0（默认值），也就是直到所有线程完成才终止，不要手动设置过短的时间。

4. 验证线程运行状态 #

添加Summary Report监听器，观察每个线程的启动时间、结束时间和迭代次数：

• 如果线程的结束时间远早于预期的ramp-down开始时间，说明线程没有持续运行，必须加循环逻辑。
• 如果某个线程组的用户数太少，导致所有线程快速跑完任务，也会拉低整体测试时长，需要调整用户数或脚本逻辑。

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