Jmeter系列之作用域、执行顺序

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

作用域

之前也留下了一个问题。怎么给不同的请求设置不同的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、监听器（只有采样器有结果的情况下，才执行）

注意

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

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

举例

- Post Processor 1

- Sampler 1

- Timer 1

- Assertion 1

- Pre Processor 1

- Timer 2

- Post Processor 2


运行顺序：

Pre Processor 1

Timer 1

Timer 2

Sampler 1

Post Processor 1

Post Processor 2

Assertion 1


Pre Processor 1

Timer 1

Timer 2

Sampler 2

Post Processor 1

Post Processor 2

Assertion 1

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

​

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！