Jmeter脚本增强之参数化（多方式实现）（6）

参数化的场景：

①在插入记录时，数据库对某些字段唯一限制，这时需要参数化（不能传固定参数）

②在压测过程中，需要使用不同的用户登录，模拟真实的使用场景（避免数据库查询缓存）

这种方式通常被称为数据驱动测试（Data Driven Test），参数的取值范围被称为数据池（Data Pool）。

支持如下多种参数化方式：

　　①User Defined Variables：用户定义的变量（设置不需要随迭代发生改变的参数，例如：被测应用的host和port值）

　　②User Variables：用户参数

　　③随机变量（待补充）

　　④正则表达式提取器（待补充）

　　⑤函数助手：_CSVRead

　　⑥读取参数文件:CSV数据控件 （强烈推荐）

　　⑦读取数据库（待补充）

======================

 

======================

之前传的固定值：

将用户名密码写入txt文档，保存为.dat格式，编码类型选择UTF-8；（注意：用户名密码一一对应，之间用半角英文逗号隔开）

 

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

=====================================================================

　　①用户定义变量  User Defined Variables

 点击线程组添加配置元件→ User Defined Variables（用户定义的变量）：

 

设置虚拟用户数：3个

运行后查看传入的参数username，始终用的134……这个手机号，ok。

PS：User Defined Variables中定义的参数值在test plan执行过程中不能发生取值的改变，因此一般仅将test plan中不需要随迭代发生改变的参数（只取一次的参数），例如：被测应用的host和port值。

==================================

　　②用户参数（前置处理器的一项）

 点击线程组添加前置处理器→ 用户参数：

 

 设置了3个虚拟用户：

第一次迭代:

POST data:
account=13488940619&password=111111&remeberMe=false

第二次迭代：

POST data:
account=18801114596&password=&remeberMe=false   （注意这里取的用户2中的pwd哦，所以为空，不能取用户1的pwd）

第三次迭代：

 ======================

　　⑤用函数小助手，进行参数化：

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

点击‘生成’按钮，即生成对应的参数，然后在接口中使用：

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

====小结===============

当设置的虚拟用户数(n+5)>data文件的行数n时：

前n个请求依次取data的每行参数，后5个请求时，再次从data文件第一行开始读取5行参数。

 ====================================================================

　　⑥读取参数文件 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,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:当前线程有效;

==============

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

运行它，效果同上面⑤函数助手设置参数的一样。

小结：

每次调用函数，都会从文件中读取下一行。当到达文件末尾时，函数又会从文件开始处重新读取，直到最大循环次数。

如果在一个测试脚本中对该函数有多次引用，那么每一次引用都会独立打开文件，即使文件名是相同的

==================================

以上就是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参数化方法才有？）

参照：https://www.cnblogs.com/imyalost/p/6229355.html