这一节主要解释元件作用域和执行顺序，以及整理之前说过的参数化的方式。

作用域

之前也留下了一个问题。怎么给不同的请求设置不同的Header？后续也透露了可以使用Sample Controller，结合元件的作用域来实现

在Jmeter中，元件的作用域是靠测试计划的树形结构中元件的父子关系来确定的，作用域的原则是：

采样器（Sampler）：不和其他元件相互作用，因为不存在作用域的问题

逻辑控制器（Logic Controller）：只对子节点的采样器和逻辑控制器起作用

除采样器和逻辑控制器外的其他6类元件：如果是采样器的子节点，则只会对父节点（采样器）起

作用

除采样器和逻辑控制器外的其他6类元件：如果其父节点不是采样器，则作用域是父节点下的其他后代节点。

配置元件（Config Element）：仅对所在的测试树分支起作用，比如一个Sample Controller下有个HTTP Cookie Manager，那么该Cookie管理器只对放置在该控制器下的其他元件生效。

举例

Timer1只对请求two生效，Timer2对请求two、three、four生效。

注意

前置处理器的User Parameters：不管位置，作用域都是线程组下的全部线程，线程组之间互不干扰（可以理解为每个线程组内部各一份）。

配置元件的CSV Data Set Config：不管位置，作用域都是根据Sharing mode来确定的，戳此回顾
配置元件的User Defined Variables：不管位置，作用域都是线程组下的全部线程，线程组之间互不干扰（可以理解为每个线程组内部各一份）。

执行顺序

在同一作用域范围内，元件按照如下的顺序执行：

1、配置元件

2、前置处理器

3、定时器（作用域内存在采样器时，才会执行）

4、采样器

5、后置处理器（只有采样器有结果的情况下，才执行）

6、断言（只有采样器有结果的情况下，才执行）

7、监听器（只有采样器有结果的情况下，才执行）

注意

前置处理器、后置处理器和断言等元件只能对采样器作用，如果作用域内没有任何采样器，则不会执行。

如果在同一作用域范围内有多个同一类型的元件，那这些元件会按照他们在测试计划中的顺序依次执行。

举例

1. - Post Processor 1

2. - Sampler 1

3. - Timer 1

4. - Assertion 1

5. - Pre Processor 1

6. - Timer 2

7. - Post Processor 2

8. 运行顺序：

9. Pre Processor 1

10. Timer 1

11. Timer 2

12. Sampler 1

13. Post Processor 1

14. Post Processor 2

15. Assertion 1

16. Pre Processor 1

17. Timer 1

18. Timer 2

19. Sampler 2

20. Post Processor 1

21. Post Processor 2

22. Assertion 1

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取