一、执行顺序

类似于运算符或操作符的优先级，当JMeter测试中包含多个不同的元素时，哪些元素先执行，哪些元素后执行，并不是严格按照它们出现的先后顺序依次有序执行的，而是会遵循一定的内部规则，我们称之为JMeter元素的执行顺序，一般情况下JMeter元素按照如下顺序依次执行：

0. 配置元件(Config Element)

1. 前置处理器(Pre Processors)

2. 定时器(Timer)

3. 取样器(Sampler)

4. 后置处理器(Post Processors)

5. 断言(Assertions)

6. 监听器(Listener)

注意，只有取样器结果不为空的情况下才会执行4、5、6。

一个简单的例子：

其中①为取样器、②为配置元件、③为定时器、④为监听器、⑤为前置处理器、⑥为后置处理器、⑦为断言。

执行顺序为：②-->⑤-->③-->①-->⑥-->⑦-->④

二、组件作用域

▲ JMeter测试树元素分类

在JMeter的GUI界面,测试计划就是一颗树,Test Plan是树的根节点,其他元素都是其子孙.从作用域的角度来看,测试树中的元素可以分为两大类:

1、具有层次结构的元素

● 这类元素的作用域与其所处的层次有关.

● 这类元素包括:配置元件,前置处理器,定时器,后置处理器,断言,监听器这6大组件.

2、具有顺序结构的元素

● 这类元素一般严格按照其出现的先后顺序依次有序的执行.

● 这类元素不会对其他元素的功能有影响,只是起控制作用,没有作用域的概念.

● 这类元素包括取样器与逻辑控制器.

另外,还有剩下的线程组比较特殊,线程组也不会影响其他元素的功能,但是线程组的执行顺序是可以配置的,若测试计划下包含多个线程组,默认是并行执行的,若要按照其出现的顺序依次执行,需要在测试计划下勾选"Run Thread Groups consecutively (i.e. one at a time)".

▲ 作用域

JMeter组件作用域指的是JMeter组件(配置元件,前置处理器,定时器,后置处理器,断言,监听器)起作用的范围,在此范围内组件是有效的,可以影响取样器的行为.

从前面的内容可以看出,JMeter作用域是针对组件而言的,只有层次结构的组件才有作用域的概念.

▲ JMeter组件作用域规则

按照组件的父节点不同,组件的作用域有如下类型：

(1)取样器作用域

父节点为取样器的组件具有的作用域，仅对该取样器起作用;

(2)逻辑控制器作用域

父节点为逻辑控制器的组件具有的作用域，对该逻辑控制器下的所有取样器起作用;

(3)线程组作用域

父节点为线程组的组件具有的作用域，对该线程组下的所有取样器起作用;

(4)测试计划作用域

父节点为测试计划的组件具有的作用域，对测试计划下的所有取样器起作用。

三、作用域案例说明

1.取样器作用域

"Response Assertion_1"响应断言,其父节点为"HTTP Resquest_baidu_1"取样器,具有取样器作用域,其作用域为该取样器.所以此响应断言只会断言"HTTP Resquest_baidu_1",而不会断言"HTTP Resquest_baidu_2"取样器,如下图示:

2.逻辑控制器作用域

"Response Assertion"响应断言,其父节点为"Loop Controller1"逻辑控制器,具有逻辑控制器作用域,其对逻辑控制器下的所有取样器起作用.所以该响应断言会断言"Loop Controller1"逻辑控制器下所有取样器,包括"HTTP Request1","HTTP Request2"与"HTTP Request3",如下图示:

3.线程组作用域

"Response Assertion"响应断言,其父节点为"Thread Group"线程组,具有线程组作用域,其对线程组下的所有取样器起作用.所以该响应断言会断言"Thread Group"线程组下所有取样器,包括"HTTP Request1","HTTP Request2","HTTP Request3"与"HTTP Request4",如下图示:

4.测试计划作用域

"Response Assertion"响应断言,其父节点为"Test Plan"测试计划,具有测试计划作用域,其对测试计划下的所有取样器起作用.所以该响应断言会断言"Test Plan"测试计划下所有取样器,包括"HTTP Request1","HTTP Request2","HTTP Request3","HTTP Request4","HTTP Request5"与"HTTP Request6",如下图示: