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、监听器（只有采样器有结果的情况下，才执行）

注意

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

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

举例

1. - Post Processor 1

2. - Sampler 1

3. - Timer 1

4. - Assertion 1

5. - Pre Processor 1

6. - Timer 2

7. - Post Processor 2

9. 运行顺序：

10. Pre Processor 1

11. Timer 1

12. Timer 2

13. Sampler 1

14. Post Processor 1

15. Post Processor 2

16. Assertion 1

18. Pre Processor 1

19. Timer 1

20. Timer 2

21. Sampler 2

22. Post Processor 1

23. Post Processor 2

24. Assertion 1

总结：

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

软件测试面试文档

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

 

          视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。