Steeping Thread Group搭配Runtime Controller登出不执行问题排查

核心问题为Stepping Thread Group与Runtime Controller的时长控制逻辑存在冲突：

• Stepping Thread Group配置的运行时长属于线程组维度的硬截止阈值，到达设定时间后会直接强制终止所有运行中线程，不会等待线程组内后续挂载的逻辑节点执行完成
• 你将Runtime Controller的运行时长同样设置为1小时，意味着业务流程执行到1小时节点时，恰好触发Stepping Thread Group的强制终止逻辑，线程被直接回收，后续的登出操作没有执行窗口
• 额外存在配置匹配偏差：按你当前每5秒启动1个Vuser、总时长1小时、每5秒停止1个Vuser的配置，总启动Vuser数为720个，和你预设的400次登录、400次登出的设计目标不匹配

• 查看jmeter.log日志文件，检索线程中断相关日志条目：如果测试结束时存在大量Thread was interrupted记录，且登出请求对应的采样器没有任何执行日志，可直接确认是线程组硬截止导致登出未执行
• 给Runtime Controller包裹一层Transaction Controller，运行测试后查看聚合报告中该事务的实际执行时长，确认业务流程是否在1小时节点被直接截断，没有留出后续登出操作的执行时间
• 检查脚本结构：确认登录、Runtime Controller业务流、登出三个节点为顺序挂载在Stepping Thread Group下的同级节点，不存在作用域错误、被其他逻辑控制器拦截、或被设置为不执行的情况

• 调整时长配置预留执行缓冲
  保持Runtime Controller的1小时运行时长不变，将Stepping Thread Group的总运行时长调整为1小时 + 登出操作预估总耗时，通常预留3-5分钟即可。Runtime Controller运行满1小时后会自动退出业务逻辑，线程顺序执行登出操作，全部执行完成后再触发线程组结束，不会被强制中断。
• 修正Vuser启停配置匹配设计目标
  如果你需要固定完成400次登录、1小时业务执行、400次登出的流程，将Stepping Thread Group调整为阶梯加载配置：初始Vuser数为0，每5秒启动1个Vuser直到总Vuser数达到400，400个Vuser通过Runtime Controller执行业务流程满1小时后，再配置每5秒停止1个Vuser的阶梯下降策略。该配置下不需要在线程组层面设置1小时硬截止，完全通过Runtime Controller控制业务执行时长，避免强制截断。
• 增加登出逻辑兜底
  将登出操作迁移至tearDown Thread Group中，配置与主线程组匹配的Vuser数量，tearDown线程组会在主线程组所有线程停止后自动执行，哪怕主线程出现异常中断、超时截断的情况，也能保证登出逻辑被触发。

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