A-A+

Jmeter 自增变量 参数化及自定义变量函数的使用

2019年07月16日 15:59 汪洋大海 暂无评论 共3567字 (阅读3,032 views次)

参数化是自动化测试脚本的一种常用技巧。简单来说,参数化的一般用法就是将脚本中的某些输入使用参数来代替,在脚本运行时指定参数的取值范围和规则;

这样,脚本在运行时就可以根据需要选取不同的参数值作为输入。这种方式通常被称为数据驱动测试(Data Driven Test),参数的取值范围被称为数据池(Data Pool)。

 

jmeter的test plan中,支持如下4种参数化方式

函数助手:_CSVRead

CSV Data Set Config:CSV数据控件

User Defined Variables:用户定义的变量

User Variables:用户参数

 

首先新建一个测试脚本,可以通过工具(badboy)录制或者自己手动编写

登录请求的界面如下:

这里我们对登录的用户名密码进行参数化,将用户名密码写入txt文档,保存为.dat格式,编码类型选择UTF-8

因为配置元件——CSV Data Set Config对参数化的格式要求比较严格,用户名密码一一对应,之间用半角英文逗号隔开

然后将保存的.dat文件放入计算机的某个盘里,这里我放入路径为:F:\jmeter\csvtest.dat

下面具体介绍参数化常用的的两种方法:

 

一、函数助手:_CSVRead

点击jmeter的界面,功能栏选项→ 函数助手对话框→ _CSVRead

CSV file to get values from | *alias:CSV文件取值路径,即这里需要写入之前的需要参数化的参数的文件路径

CSV文件列号| next|*alias:文件起始列号:CSV文件列号是从0开始的,第一列为0,第二列为1,以此类推。。。

函数字符串:即生成的参数化后的参数,可以直接在登陆请求中的参数中引用,第一列为用户名,函数字段号为0,第二列为密码,函数字段号为1,以此类推进行修改使用即可

替换参数化后的参数,然后修改线程数,执行脚本,通过监听器里结果树的请求内容,可以看到请求的参数都是参数化后的数据

 

二、配置元件——CSV Data Set Config

点击线程组添加配置元件→ CSV Data Set Config:

说明:

Filename:F:\jmeter\csvtest.dat文件名,保存参数化数据的文件目录,可选择相对或者绝对路径(建议填写相对路径,避免脚本迁移时需要修改路径);

File encoding:UTF-8,F:\jmeter\csvtest.dat文件的编码格式,在保存时保存编码格式为UTF-8即可;

Variable Names(comma-delimited):对对应参数文件每列的变量名,类似excel文件的文件头,起到标示作用,同时也是后续引用的标识符,建议采用有意义的英文标示;

(如:有几列参数,在这里面就写几个参数名称,每个名称中间用分隔符分割,这里的 user,pwd,可以被利用变量名来引用:${user},${pwd};

Delimitet:参数文件分隔符,用来在“Variable Names”中分隔参数,与参数文件中的分隔符保持一致即可;

Allow quote data:是否允许引用数据,默认false,选项选为“true”的时候对全角字符的处理出现乱码 ;

Recycle on EOF?:是否循环读取参数文件内容;因为CSV Data Set Config一次读入一行,分割后存入若干变量中交给一个线程,如果线程数超过文本的记录行数,那么可以选择从头再次读入;

△ Ture:为true时,当已读取完参数文件内的测试用例数据,还需继续获取用例数据时,此时会循环读取参数文件数据(即:读取文件到结尾时,再重头读取文件);

False:为false时,若已至文件末尾,则不再继续读取测试数据;通常在“线程组线程数* 线程组循环次数>参数文件行数”时,选用false(即:读取文件到结尾时,停止读取文件);

Stop thread on EOF?:当Recycle on EOF为False时(读取文件到结尾),停止进程,当Recycle on EOF为True时,此项无意义;

若为ture,则在读取到参数文件行末尾时,终止参数文件读取线程;

若为false,此时线程继续读取,但会请求错误,因此时读取的数据为EOF;

Sharing mode:共享模式,即参数文件的作用域,有以下几种方式:

All threads:当前测试计划中的所有线程中的所有的线程都有效,默认;

Current thread group:当前线程组中的线程有效;

Current thread:当前线程有效;

 

完成之后,将刚才生成的参数写入参数对应的值里面:

以上两种常见的参数化的方法,推荐使用CSV控件方法(因为函数助手参数化功能相比其较弱)

 

三、配置元件——User Defined Variables

点击线程组添加配置元件→ User Defined Variables(用户定义的变量):

如上图所示,在该参数组中已经定义了两个参数,通过界面下方的添加、删除按钮可以向参数列表增加和删除参数,Up和Down可以上下移动参数的位置;

PS:User Defined Variables中定义的参数值在test plan执行过程中不能发生取值的改变,因此一般仅将test plan中不需要随迭代发生改变的参数(只取一次的参数)

设置在此处;例如:被测应用的host和port值。

 

四、前置处理器——User Variables

点击线程组添加前置处理器——User Variables(用户参数):

如上图所示,在该参数组中已经设置了两个参数,username和password分别有2组不同的取值,通过页面下方的四个按钮,可以增加删除参数的可能取值。

PS:User Variables中设置的参数可以在test plan执行过程中发生变化。

 

以上就是jmeter参数化的四种方式,其中:

1、函数助手_CSVRead的参数化功能相比CSV Data Set Config较弱;

2、CSV Data Set Config适用于参数取值范围较大的时候使用,该方法具有更大的灵活性;

3、User Defined Variables一般用于test plan中不需要随请求迭代的参数设置;

4、User Variables适用于参数取值范围很小的时候使用;

 

PS:相比于loadrunner来说,jmeter参数化有以下不同:

1.jmeter参数文件第一行没有列名称

2.参数文件的编码,尽量保存为UTF-8(编码问题在使用CSV Data Set Config参数化时要求的比较严格)

3.Jmeter的参数化没有LoadRunner做的出色,它是依赖于线程设置的(只有CSV Data Set Config参数化方法才有)

 

Jmeter计数器的使用

说一下jmeter中,配置元件-计数器的使用。

如果需要引用的数据量较大,且要求不能重复或者需要自增,那么可以使用计数器来实现。
1、启动jmeter,添加线程组,右键添加配置元件——计数器,如下图:

添加完成如下图:

starting value:给定计数器的起始值、初始值

递增:每次迭代后,给计数器增加的值
Maximum value:计数器的最大值,如果超过最大值,重新设置为初始值(starting value),默认的最大值为Long.MAX_VALUE,2^63-1(如果持续压测,建议最好不要设置最大值)
Number format:可选格式,比如000,格式化为001,002;默认格式为Long.toString(),但是默认格式下,还是可以当作数字使用
引用名称:用于控制在其它元素中引用该值,形式:$(username}
与每用户独立的跟踪计数器():全局的计数器,如果不勾选,即全局的,比如用户#1 获取值为1,用户#2获取值还是为1;
如果勾选,即独立的,则每个用户有自己的值:比如用户#1 获取值为1,用户#2获取值为2。
Reset counter on each Thread Group Iteration:可选,仅勾选与每用户独立的跟踪计数器时可用;
如果勾选,则每次线程组迭代,都会重置计数器的值,当线程组是在一个循环控制器内时比较有用。

2.具体使用:

如图,我设置的初始值是1,格式解读为00,最大值是100,没迭代一次增值1,引用的名字为:${index};
在取样器中的设置如下:

在BodyData中,可以看到发送的数据如下:

第一次迭代:

第二次迭代:

从以上图可以看出,计数器成功的生成了我们所需要的数值。

如果勾选了与每用户独立的跟踪计数器,则index 数值保值不变

第一次迭代:

多次迭代还是一样的值:

文章来源:https://www.cnblogs.com/flyyingzi/p/10196066.html

https://www.cnblogs.com/imyalost/p/6229355.html

布施恩德可便相知重

微信扫一扫打赏

支付宝扫一扫打赏

×

给我留言