含多线程组的JMeter脚本：Taurus YML编写方案是否为最佳实践

当前方式的问题 #

• 维护成本高：需要同步维护多个Taurus YML文件，一旦JMeter测试计划（比如Sampler逻辑、Timer配置）有修改，所有关联的YML都要更新，容易遗漏出错
• 重复劳动：每个YML的大部分配置都是重复的，只是线程组禁用状态和并发量参数不同，完全没必要重复编写
• 人为失误风险：每次执行都要确保线程组禁用正确，手动操作容易出现疏漏，导致测试结果不符合预期

推荐的优化方案 #

方案1：用Taurus的配置修改功能动态控制线程组 #

编写一个统一的Taurus YML文件，通过modifications节点动态启用/禁用线程组，并设置目标并发量，再通过命令行参数传递不同场景的配置：

variables:
  active_tg: "Concurrency Thread Group 1"
  target_concurrency: "${__tstFeedback(TST Name,1,600,50)}"

execution:
- scenario:
    script: your-test-plan.jmx
    modifications:
      # 先禁用所有线程组
      - disable:
          thread-group: "Concurrency Thread Group 1"
      - disable:
          thread-group: "Concurrency Thread Group 2"
      # 启用目标线程组
      - enable:
          thread-group: "${active_tg}"
      # 设置目标并发量
      - set-prop:
          thread-group: "${active_tg}"
          property: Target Concurrency
          value: "${target_concurrency}"

执行第一个场景（线程组1）：

bzt test-plan.yml -o variables.active_tg="Concurrency Thread Group 1" -o variables.target_concurrency="${__tstFeedback(TST Name,1,600,50)}"

执行第二个场景（线程组2）：

bzt test-plan.yml -o variables.active_tg="Concurrency Thread Group 2" -o variables.target_concurrency="${__tstFeedback(TST Name,1,100,50)}"

方案2：用JMeter属性控制线程组状态和参数 #

在JMeter测试计划中，将线程组的「Enabled」属性改为通过JMeter属性控制，比如：

• 线程组1的Enabled设置为 ${__P(enable_tg1,true)}
• 线程组2的Enabled设置为 ${__P(enable_tg2,false)}
• 线程组1的目标并发量改为 ${__P(tg1_concurrency,600)}
• 线程组2的目标并发量改为 ${__P(tg2_concurrency,100)}

然后编写单一的Taurus YML：

execution:
- scenario:
    script: your-test-plan.jmx
    properties:
      enable_tg1: true
      enable_tg2: false
      tg1_concurrency: "${__tstFeedback(TST Name,1,600,50)}"
      tg2_concurrency: "${__tstFeedback(TST Name,1,100,50)}"

执行线程组2的场景时，只需通过命令行覆盖属性：

bzt test-plan.yml -o execution.scenario.properties.enable_tg1=false -o execution.scenario.properties.enable_tg2=true

总结 #

最佳实践是维护单一的JMeter测试计划和Taurus配置文件，通过动态参数或属性控制来切换不同的测试场景，这样既能减少重复配置，降低维护成本，也能避免人为操作失误。

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