JMeter在GitLab流水线中Setup Thread Group未执行问题求助

1. 检查测试计划的线程组配置 #

• 确认Setup Thread Group的运行条件：排查是否添加了If Controller、Runtime Controller等逻辑控制器，导致线程组被条件限制跳过；检查线程数设置是否≥1，启动时间是否合理（如设为0秒立即启动）。
• 验证Setup Thread Group的位置：确保它直接挂载在测试计划根节点下，而非嵌套在Test Fragment中（Test Fragment不会自动执行，需通过Include Controller调用）。

2. 核对JMeter命令行参数 #

• 检查是否存在限制线程组执行的参数：比如是否使用了-Jjmeter.thread_groups=xxx指定仅运行特定线程组，排除了Setup Thread Group。
• 确认非GUI模式的命令格式：确保命令为jmeter -n -t your-test-plan.jmx -l result.jtl -j jmeter.log，无参数冲突导致Setup线程组被忽略。

3. 通过JMeter日志定位问题 #

• 在GitLab流水线的JMeter命令中添加-j jmeter.log参数生成日志文件，然后在流水线步骤中打印日志内容。
• 搜索日志关键词：查找Setup Thread Group、Started thread group、Thread finished等条目，排查是否有启动失败、资源缺失（如文件路径错误、数据库连接失败）等导致线程组未执行的提示。

4. 检查GitLab流水线环境配置 #

• 验证环境依赖：确认GitLab runner环境中OpenJDK11、JMeter5.4.1的配置正常，JAVA_HOME、JMETER_HOME环境变量设置正确。
• 核对资源路径：Linux系统路径区分大小写，检查Setup Thread Group中依赖的文件（如配置文件、测试数据）路径是否与流水线中的实际路径一致，避免因路径错误导致线程组执行失败。

5. 本地复现对比测试 #

• 在本地Linux环境使用相同版本的JMeter和OpenJDK，以非GUI模式运行测试计划，确认Setup Thread Group是否正常执行。
• 若本地正常，对比本地与GitLab流水线的JMeter命令、环境变量差异，定位流水线特有的配置问题。

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