jmeter学习记录--07--jmeter元件

通过jmeter元件可以模拟负载、参数化、设置关联、设置检查点、设置集合点、控制场景运行、监控测试结果等。

1、逻辑控制器：比如foreach控制器，查询到了订单并要对每个订单进行出库操作，以订单号作为循环条件。

2、配置元件：如ftp请求默认值，多个请求有共同配置时可以把相同点提取出来。

3、定时器：用来设置延迟与同步。如固定吞吐量定时器，尽量保持采样器产生的TPS在一个固定的范围内。

4、前置处理器：处理请求前的准备工作，如参数设置、环境变量设置。比如，jdbc请求前置处理。

5、后置处理器：服务器的响应数据在后续请求中用到，对这些数据做处理。

6、断言：对服务器的响应数据做验证。常用的响应断言、html断言、响应数据大小断言、比较断言、xml断言等。

7、监听器：监听与显示取样器测试结果。对监听器配置有基础功能，如有需要可根据需求定制。

8、函数助手：参数化方法之一，或对数据进行运算、字符编码格式转换、获取运行时参数等。

一、控制器

“仅一次控制器”不能嵌套其他种类的逻辑器，其他都可嵌套。

 1.1 foreach控制器

　　查询到了订单并要对每个订单进行出库操作，以订单号作为循环条件。http1正则表过式输出inputVar作为foreach控制器的输入，输出值作为http2请求使用

　　

1.2 循环（LOOP）控制器

　　输入执行次数或一直持续执行。

1.3 仅一次控制器

　　最简单的，无论在循环控制器下还是在线程组下，都是每个线程只执行一次，如登录。比如线程用户2个，执行次数10次，最终执行次数共2次。

1.4 简单控制器

只有名称与注释无其他项。它定义了一个执行单元，按顺序执行。比如基准测试时，1个线程按顺序执行100次，只需要在线程里配置就可以了。

1.5 runtime控制器

　　作用：用于控制该控制器下的取样器/控制器的运行时间。控制子元件的执行时长，Runtime（seconds）默认1秒，0=清空，不执行节点下元件

runtime控制器

线程数	线程执行策略	控制设置秒数	结果执行情况秒
1	1次	5	5秒
1	3次	5	15秒
2	1次	5	5秒
2	3次	5	15秒
1	5秒	10	5秒
1	10秒	5	5秒
2	10秒	2	2秒
2	10秒	5	5秒
2	5秒	10	5秒
3	5秒	10	5秒
3	10秒	5	5秒

结论：1）如线程执行设置的是次数，那次数*控制器设置秒数=执行时长，与用户数无关。

　　　　 2）如线程执行设置的是时长，哪个执行时间短显示的哪个时间，与用户数无关？

1.6 吞吐量控制器（想控制TPS需要使用constant throughput timer）

　　控制无件次数的，无控制吞吐量的功能。它有两种模式：总执行次数与百分比次数。

百分比次数：与per user勾选无关。按执行次数的百分比计算执行次数，取值0-100

总执行次数：per user与总执行次数同时影响执行次数。按值来执行，如果《=0，则不执行。

　　per user勾选上表示按虚拟用户数来计算次数，若不勾选，则按所有虚拟用户来计算执行次数。

线程数	循环次数	模式	throughput	per user	结果执行次数
3	10	percent	50	Y	15
3	10	percent	50	N	15
3	10	total	7	Y	21 每个用户执行7次
3	10	total	7	N	7 所有用户共执行7欠
3	3	total	7	Y	9
3	3	total	7	N	7

结论：第5次与第6次，线程组计划循环次数是4次。第5次，每个虚拟用户执行7次，共21次，最后取线程组次数9次。第6次，则是所有用户执行7次，最终执行了7欠。哪个执行次数少，最终结果按哪个执行？

　　1.7 事务控制器

　　可以把节点下的取样消耗时间累加，可对每一个取样器的执行时间进行统计。如果事务控制器下的取样器有多个，则所有事务成功才会成功。-类似LR的事务概念。

　　选项“是否生成一个父采样结果”：若控制器下有2个请求，则除了2个请求的取样结果，还有一个 transaction controller的取样结果。

　　第二个选项：不用选择。如果有定时器，会把定时器的时间也算在执行时间里。类似LR的事务里如果有思考时间，最后事务把思考时间也算上了。

　　线程组1个用户执行1次，事务控制默认值，结果：

　　勾选此项后测试：

　　

　　1.8 IF控制器

　　通过某个条件来控制此节点下的元件是否运行。条件可以是js与变量表达式。

　　前置条件：定义了一个变量a设为7。

　　条件为：${a}==7  其他两项不勾选，则控制器请求的为真时执行请求。如果判断为==6，则不执行。

js变量表达式：${__jext3("${a}"=="7")}，要勾选第一个选项否则会报错。或者使用${__javaScript(7==7)}

　　应用实例：（在一个线程组中设计脚本执行）

　　例1：如果想控制两个请求的发送频率，比如登录：注册按照3：2发送，通过此逻辑控制器也可以实现。

　　条件：${__counter(true,)}%2==1||${__counter(true,)}%3==0  （不勾选第一项）
　　__counter(true,)是获取当前迭代次数，%是取余，也就是除2余1与3整除时执行请求。实际使用的时候，简单控制器控制“登录”请求，if控制器控制“注册”请求。比如，线程组设置15次，登录执行15次，注册执行9次。这样比例是3：2。

例2：每3次迭代执行1次，条件：|${__counter(true,)}%3==0

1.9 Include Controller

（1）导入外部测试片段，非完整测试计划

（2）不能含线程组，只含控制器及其下元件

（3）类似于调用封装函数

（4）参数有：名称、注释、文件名。文件名必填，如：D:\JMeter\test.jmx ==>包含整个目录的文件名

 

1.10 Switch Controller 条件控制器

作用：通过给该控制器中的value赋值，来指定运行哪个取样器（也可以理解为开关控制器）

Switch value：控制器具体赋值的value值字段

有两种赋值方式：

①．第一种是数值，Switch控制器下的子节点从0开始计数，通过指定子节点所在的数值来确定执行哪个元素。

②．第二种是直接指定子元素的名称，比如采样器的Name来进行匹配。当指定的名称不存在时，不执行任何元素。

当Value为空时，默认执行第1个子节点元素。

      

1.12 While Controller

作用：运行其子节点下的取样器/控制器，直到条件为“假”

条件（函数或变量）：里面可填入判断依据的条件。使用方法：

可能的条件值有：

①.空白：最后一个示例循环失败时退出循环

②.最后一个值：最后一个示例循环失败时退出循环。 如果之前的最后一个示例只是循环失败,不进入循环。

③.否则：退出时(或不输入)循环条件等于字符串“ 假 ”

条件可以是任何变量或函数，最终等于字符串” 假 ”。需要注意的是：条件是评估两次,一次取样前,一次随机取样

二、配置元件

2.1 CSV Data Set Config

可以从指定的文件中一行一行提取文本内容，根据分隔符拆解这一行内容并把内容与变量名对应上，这些变量就被参数化使用了。

参数说明：

Filename：文件名，指保存信息的文件目录，可以相对（%jmeter_home%\bin）或者绝对路径，或变量参数化路径${paraPWD}

File Encoding:文件编码，默认为ANSI。取文件参数时使用的字符集，常用utf-8，还有GB2312。如果参数文件里有中文，而使用utf-8，中文会显示乱码。与参数化文件保存的字符集相匹配。

Variable Names：参数名称(有几个参数，在这里面就写几个参数名称，每个名称中间用分隔符分割，分隔符使用下面的“Delimitet”中定义的

Delimitet：定义分隔符，用于分隔文件中的参数，及上述Variable Names中定义的参数名称

Allow Quoated data: True --设置文件中的参数值都必须用引用引起来,False则不需要。是，则可以允许拆分完成的参数里有分隔符。比如使用的csv文件默认使用逗号分隔列，某列参数中是json串包含有逗号，如果不选是则取的参数值可能会不全。

Stop Thread on EOF: 当Recycle on EOF为False并且Stop Thread on EOF为True,则读完csv文件中的记录后, 停止运行

Recycle on EOF：遇到文件结束符时，是否从头开始循环读入
注：程序从CSV Data Set Config文件中，每次读取一行，每次读取的参数仅供一个线程使用（类似LR里面的参数唯一值功能），如果线程数超过文本的记录行数，那么可以选择 True (从头再次读取)

Sharing Mode: 设置是否线程共享

2.2 jdbc连接设置

设置与数据库的连接配置信息。

jdbc:mysql://localhost:3306/mst

com.mysql.jdbc.Driver

2.3 计数器

　　执行过程中会记录执行次数。计数器记录的值是一个变量，可供其他元件调用。

2.4

三、定时器

　　优先级高于采样器。同一个作用域下有多个定时器时，每个都会执行。如果要想只对一个请求有效，那把它放在这个请求节点下。

3.1  高斯定时器

　　设置一个固定值与偏差值。模拟思考时间。

3.2 同步定时器

　　模拟多个用户并发，类似于LR的集合点。

3.3 constant throughput timer

　　固定吞吐量定时器。可使采样器的TPS在一个固定范围内。如果吞吐量大过固定值，则增加间隔时间；如果小于，则减少。具体间隔时间的设置，由tps与用户数来定的。

　　

　　最后两项带有shared，是把计算是基于任意一个线程上次执行的时间，随机取的，结果不一定准确。

3.4  uniform random timer

　　可让线程暂停一个随机时间。如设定固定延迟时间为3秒，随机延迟时间1秒，则线程延迟在2秒-4秒之间。

3.5  beanshell timer

　　可通过beanshell来设定。

四、前置处理器

4.1 正式表达用户变量

　　用来引用上一次正则表达式取样器提取的响应数据。比如，请求1下的正则表达式提取器（后置处理器，变量1），请求2（这时只用设置参数，不需要设值，设由正则用户变量提供）使用该项，该项会设置“变量1”及其下标。-1表示全部遍历。

4.2 http url 重写修饰符

　　比如用户登录的sessid，后续多个请求使用时，就可以用它。

若sessid=abc，间隔符是=。第一项表示是用；间隔，第二项是不使用=间隔，第三项是表示是不使用?间隔。

五、后置处理器

　　用来关联响应的值，后续使用。

5.1 result status action handler

　　对每一个采样器设置运行时错误的逻辑。线程组里有整个取样器的错误后的处理逻辑。

5.2 正则表达式提取器

　　这个是常用的取关联值的操作。

5.3 json

取json类型数据关联时用

5.4 xpath

取xml类型数据关联时用

六、断言

响应断言，支持正则表达。最常用。

比较断言：调试时使用，用来比较两次取样结果，支持正则。常与比较断言visualizar结合使用。

xml assertion：检查的是响应数据是否是xml格式。看的是格式。不常用。

XPath 断言：对返回的xml格式信息进行判断。看的是值。

断言持续时间：允许的响应时间的最大值 。如果响应时间大于设定的最大值，则断言不通过，也可以通过监听器中的【断言结果】来查看详情。

断言文件大小：判断返回文件内容的大小。可以设置返回的结果文件是等于大于等于指定字节来判断是否通过。

七、监听器

查看结果情况的。都比较常用。