【JMeter-4】JMeter元件详解之逻辑控制器

云深i不知处

发布于 2020-09-16 10:06:04

1.5K0

发布于 2020-09-16 10:06:04

文章被收录于专栏：测试基础

文章内容是参照Jmeter官网和自己实践完成的，JMeter官网地址贴上，有兴趣的朋友可以去阅读一下：JMeter官网

本文基于JMeter5.1.1版本。

1 TestPlan和线程组

TestPlan（测试计划）是使用 JMeter 进行测试的起点，也是其它 JMeter 测试元件的容器。一个JMeter脚本有且只有一个测试计划。

线程组元件是一个测试计划的起点，测试计划的所有元件都要包含在线程组中。一个测试计划中可以有多个线程组。

线程组
1. 名称和注释：自行填写，最好具有一定意义。
线程属性
1. 线程数：即并发用户数，需要多少用户并发，就在这里设置多少个线程数。
2. Ramp-Up Period(in seconds)：设置的虚拟用户数需要多长时间全部启动。如果设置线程数为100，准备时长为10，那么就会在10秒钟内启动100个线程。
3. 循环次数：每个线程发送请求的次数。如果线程数为10，循环次数为100，那么每个线程发送100次请求，总请求数为10*100=1000 。如果勾选了“永远”，那么所有线程会一直发送请求，一直到主动停止运行脚本。
4. Delay Thread creation until needed：延迟线程组创建，直到线程需要执行时。
调度器：有时候我们并不希望我们的脚本立即开始运行，而是在特定时段运行，这就需要用到调度器。调度器有持续时间&启动延迟和启动时间&结束时间两种组合。调度器要先勾选后才会生效，而且需要将循环次数设置为永远，否则当运行次数达到循环次数后，脚本会立即停止，持续时间和结束时间不再生效。
持续时间和延迟启动：持续时间和启动延迟内填入整数，表示脚本在被启动后，等待【启动延迟】内设置的秒数后，线程组内的元件才会被执行，执行时长为【持续时间】设置的秒数。如果【持续时间】和【延迟启动】做了设置的话，会优先于启动时间和结束时间生效。
启动时间和结束时间：当点击开始测试时，将等到【启动时间】填写的时间开始运行线程组下的元件，然后会在【结束时间】填写的时间点结束。

2 逻辑控制器

Jmeter提供了多种逻辑控制器，下面将会对它们的作用和用法做详解。对于下文中多次使用的【BeanShell Sampler】，后续会详解其用法，这里先把它简单地看做能返回特定的值的一个请求即可。

2.1 If Controller（if 控制器）

If控制器，在这个控制器中，我们可以写一些条件表达式，表达式结果为true，则该控制器下的子项会被执行，否则不执行。

在5.1.1版本中，【Interpret Condition as Variable Expression】是默认勾选的，意为【将条件解释为变量表达式】。在这种模式下，1!=1、1==1等条件表达式是会被一律判定为false的，这点要注意。

警告标识旁子句的意思是：为了提升性能起见，建议勾选【Interpret Condition as Variable Expression】，并使用_jexl3 或 _groovy 去评定条件结果是true还是false。

一些变量表达式的示例：

${__jexl3(${COUNT} < 10)}：变量表达式判断COUNT这个变量小于10（COUNT是此控制器前被定义并赋值的）；
${__jexl3(1 == 1)}：变量表达式判断 1==1是否成立；
${__groovy(vars.get("myVar") != "Invalid" )}：判断myVar不是无效的；
${__groovy(vars.get("myInt").toInteger() <=4 )} ：判断myInt这个变量小于等于4；
${__groovy(vars.get("myMissing") != null )}：判断myMissing这个变量不是null；
${RESULT}：RESULT这个变量本身的值应该是true或者false；
${JMeterThread.last_sample_ok}：判断最后一个sample是否成功；

例如：

这种情况下，IF控制器判定为true，HTTP请求1和HTTP请求2都会被执行。

我们再看下【条件】这个输入项。它支持哪些方式：

条件表达式，例如1!=1、2>1，或者${var}>0，"${var}"=="abcd"（对于String，"\=="前面的双引号不能省略）这样的写法，但这种写法在内部使用javascript来判断【条件】的计算结果是true还是false，可能会造成性能损失。在勾选了【Interpret Condition as Variable Expression】后，这些表达式的结果会被一律判定为false。

例如，下面这个脚本，先通过【用户定义的变量】定义一个变量myVar，赋值为1：

【如果控制器】中取消勾选【Interpret Condition as Variable Expression】，写入条件表达式：

运行脚本，查看结果树，HTTP请求1和HTTP请求2都被执行。

当然，更好的选择是使用变量表达式，当然前提是勾选【Interpret Condition as Variable Expression】（不勾选也能使用，但影响性能）

2.2 While Controller（判断循环控制器）

判断循环控制器，作用是循环运行其子项，直到条件为false。这个控制器和Java中的while语法是很相似的，和【if控制器】用起来，在Condition上有相似之处。

【Condition】可以填入的值有：

1、空白：【While控制器】下的最后一个请求（也就是图中的HTTP请求3）失败，退出循环。

2、LAST：【While控制器】下的最后一个请求（也就是图中的HTTP请求4）失败，退出循环。如果在进入【While控制器】前的最后一个HTTP请求失败了，那么【While Controller】将不会执行。

3、其它：表达式结果为false时，退出循环。有以下情形：

${myVar} ：变量myVar在其它项中被赋值为false；
${__javaScript(${C}==10)}：针对数字型变量进行对比判断，这种表达式的计算结果为false时不进入或者退出循环；
${__javaScript("${C}"=="abc")}：针对字符串类型变量进行对比判断，这种表达式的计算结果为“false”时不进入或者退出循环（区别在于双引号）；
${__javaScript("${VAR2}"=="abcd")}：VAR2在其它项中被赋值与“abcd”做比较，不相等则退出循环；
${_P(property)}：属性被其它项目赋予false

2.3 Simple Controller（简单控制器）

简单控制器是最基本的控制器，作用是将请求分组归集在一个简单控制器中，可以理解成一个模块，使得脚本结构更清晰。对JMeter脚本运行没有实质上的影响。

2.4 Loop Controller（循环控制器）

循环控制器，这个控制器的作用是使其子项循环运行。

循环次数(Loop Count)：在输入框中输入需要循环的次数，控制器下的子项会循环相应的次数。如果勾选了【forever】，那么控制器下的子项会一直运行。

2.5 Once Only Controller（仅一次控制器）

仅一次控制器，会使该控制器下的子项每个线程只运行一次。

在线程组下添加一个仅一次控制器，该控制器下添加一个HTTP请求1，线程组本身添加一个HTTP请求2，并将线程组循环次数设置为4，如下：

结果如下，符合我们的预期，仅一次控制器下的HTTP请求只会运行一次，无论线程组循环多少次：

那么，如果脚本多线程并发呢？我们将线程组的线程数设置为2，再次运行脚本：

可见，【仅一次控制器】线程间是隔离的，每个线程启动后，会运行一次【仅一次控制器】。

如果，【仅一次控制器】和【循环控制器】结合起来呢？我们将【循环控制器】循环次数设为3，并在其下面添加【仅一次控制器】，脚本结构见下图。运行后的结果如下：

可见，【仅一次控制器】在【循环控制器】中同样生效。

2.6 Interleave Example（交替控制器）

交替控制器，使得该控制器包含的取样器步骤在每次循环中交替执行。

例如，下面的脚本中，线程组循环次数设为3，如果没有【交替控制器】，那么HTTP请求1和HTTP请求2将会各运行3次。

运行脚本，发现HTTP请求1和HTTP请求2有了交替执行的效果：

再看交替控制器下的两个参数项。

Ignore sub-contorller blocks：忽略子控制器模块。如果勾选此项,交替控制器将sub-controllers像单一请求元素一样，一次只允许一个请求/控制器。
Interleave across threads：勾选此项后，多线程运行脚本时，交替控制器依然生效，例如线程1执行了HTTP请求，那么线程2将直接执行简单控制器1。

首先验证【Ignore sub-contorller blocks】的作用，建立如下脚本，线程组循环次数设为5次：

不勾选【忽略子控制模块】，结果是这样的：

勾选【忽略子控制模块】，结果是这样的：

区别很明显，勾选了【Ignore sub-contorller blocks】后，交替控制器子控制器中的取样器一次运行只会被执行一个。

2.7 Random Controller（随机控制器）

随机控制器，当该控制器下有多个子项时，每次循环会随机执行其中一个。

建立下图的脚本结构，线程组【循环次数】设置为2。运行脚本，结果如下，脚本第一次运行执行了HTTP请求4，第二次运行执行了HTTP请求3，符合预期。

随机控制器有一个参数项：Ignore sub-controller block（忽略子控制器模块）。如果勾选了此项，随机控制器下的子控制器中的多个子项只会被执行一个。

修改脚本结构，线程组【循环次数】为2，运行脚本，结果两次都随机到了【简单控制器1】：

勾选【Ignore sub-controller block】后再次运行脚本，两次分别随机到了简单控制器1和2，并执行了其中一个HTTP请求（进入简单控制器内是按顺序执行HTTP请求的，即第一次进入简单控制器肯定会执行该控制器下第一个请求）：

2.8 Random Order Controller（随机顺序控制器）

随机顺序控制器，与简单控制器类似，会执行它下面的每个子项，只不过执行顺序是随机的。

2.9 Throughput Controller（吞吐量控制器）

吞吐量控制器，允许用户自行调整该控制器下的子项的执行频率。

吞吐量控制器有两种模式：

1、Total Executions：当该控制下的子项被执行固定数量后，停止吞吐量控制器。例如下面这个脚本，线程组【循环次数】设为6，运行脚本。

【吞吐量控制器】下的HTTP请求1只运行了3次：

2、Percent Executions：百分比模式，该模式使吞吐量控制器下的子项执行总循环次数的一定比例（在吞吐量中设置该比例），例如下面的脚本。

设置线程组【循环次数】为50，运行后，查看聚合报告，吞吐量控制器下的HTTP请求1执行了30次，也就是(50*60%)次。

2.10 Runtime Controller（运行周期控制器）

运行周期控制器，顾名思义，这是一种设置运行时间的控制器，它的效果就是使该控制器下的子项运行时间为【Runtime】中的数值（单位：s）。

运行脚本，右上角显示脚本运行的时间，与预设一致。

不过，经过实测，如果线程组的循环次数勾选“永远”，则HTTP请求会一直运行，如果循环次数填入1，则HTTP请求会运行3s，循环次数填入2的话，HTTP请求运行6s，因此可知，在线程组不勾选“永远”的前提下，【Runtime Controller】的运行时间为【Runtime】的值乘以线程组循环次数。

2.11 Switch Controller（开关控制器）

开关控制器，通过【Switch Value】来控制哪个子项被执行，作用和Java中的switch语法是很类似的。

【Switch Value】有两种赋值方式：索引和子项名，经过实际测试，如果填入数字，且子项中有以数字命名的子项（当然，实际工作中要尽量避免这种命名方式），索引优先生效。

例如下面这个脚本中，Switch value是3，以3为索引和以3为名称分别可以匹配到一个HTTP请求取样器，但索引优先。

将线程组循环次数设为5，运行脚本，结果索引为3的HTTP请求4（索引从0开始）运行了5次。

如果将Switch value改为7，将3这个HTTP请求取样器改名为7，再次运行脚本：

有人会觉得这功能太鸡肋了吧，其实【Switch Controller】配合其他组件，才会更有意义，比如说和【Bean Shell】配合：

import java.util.Random;

Random random = new Random();

int index = random.nextInt(4);
vars.put("index",String.valueOf(index));

上图中的【Bean Shell】的作用是返回一个名称为“index”,值为[0,4]区间的随机int。

【Switch Value】填入${index}，运行脚本：

2.12 ForEach Controller（遍历循环控制器）

遍历循环控制器，首先看下它的各输入项：

输入变量前缀：输入遍历需要的变量的前缀，图中是host，为什么要写host呢？这是因为【用户定义的变量】中变量名称是host为前缀的，前缀是指数字前面的内容。当然这个变量还可以来自【正则表达式提取器】、【参数化】等。
Start index for loop：循环开始的变量索引（行数），不填则从0开始，也就是自定义变量中的第一行。
End index for loop：循环结束的变量索引，不包括本身，也就是如果填入3，则执行完2就会结束。 输出变量名称：将读取到的变量放入内存，变量值就是输出变量名称所定义的值（本例是test）。在后面使用这个值时，使用“${输出变量名}“格式就可以了。
Add “_” before number：勾选后，【用户定义的变量】的变量名要写“test_1”格式，不勾选则写成“test1”格式。

用户定义的变量中设置的变量：

HTTP请求按下图写入，来验证ForEach Controller的作用。

运行脚本，发现HTTP请求被执行了三次（end-start的值）：

2.13 Module Controller（模块控制器）

模块控制器，可以理解为对封装好的模块的调用。

观察上图的脚本结构并运行，查看结果树，可以看到，线程组1中的模块控制器可以调用线程组2中的简单控制器3及其下面的sampler。

由此可知，模块控制器的作用在于，当一个测试片段（通常是一个包含sampler的控制器）在脚本中多处运行时，模块控制器可以非常便利地完成调用，避免重写这个测试片段，使脚本减少冗余，结构简洁。另外，当测试计划中有多个线程组时，一个线程组需要运行其它线程组的一个测试片段，模块控制器的作用就更加明显了。在这种场景下，即使其它线程组被禁用，依然不影响模块控制器对其节点下测试片段的调用。而在实际测试工作中，通常是一个线程组启用，而其它线程组被禁用，防止线程组互相干扰。使用模块控制器时，需要注意的是，要保证控制器的名字各不相同，因为模块控制器是通过控制器名去调用的。