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

行动吧，在路上总比一直观望的要好，未来的你肯定会感谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入群： 786229024，里面有各种测试开发资料和技术可以一起交流哦。

最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。