技术干货 | JMeter实现参数化的4种方式

参数化释义

什么是参数化？从字面上去理解的话，就是事先准备好数据（广义上来说，可以是具体的数据值，也可以是数据生成规则），而非在脚本中写死，脚本执行时从准备好的数据中取值。

参数化：是自动化测试脚本的一种常用技巧，可将脚本中的某些输入使用参数来代替，如登录时利用GET/POST请求方式传递参数的场景，在脚本运行时指定参数的取值范围和规则。
脚本在运行时，根据需要选取不同的参数值作为输入，该方式称为数据驱动测试（Data Driven Test），而参数的取值范围被称为数据池（Data Pool）。

JMeter提供了多种参数化方式，下面就其中常用的4种展开阐述。

参数化实现
 CSV Data Set Config
在JMeter中提起参数化，我们默认就想到CSV Data Set Config（以下简称CSV），CSV能够读取文件中的数据并生成变量，被JMeter脚本引用，从而实现参数化。下面我们来详细探究一下。

CSV简介
线程组右键–>添加–>配置元件–>CSV Data Set Config，就创建了一个CSV，界面是这个样子的：

各项参数详解如下：

参 数    描 述    必 须 Name    脚本中显示的这个元件的描述性名称    是 Filename     文件名。待读取文件的名称。可以写入绝对路径，也可以写入相对路径（相对于bin目录），如果直接写文件名，则该文件要放在bin目录中。对于分布式测试，主机和远程机中相应目录下应该有相同的CSV文件 是 File Encoding    文件编码。文件读取时的编码格式，不填则使用操作系统的编码格式    否 Variable Names     变量名称。多个变量名之间必须用分隔符分隔。如果该项为空，则文件首行会被读取并解析为列名列表 否 Ignore first line    是否忽略首行？如果csv文件中没有表头，则选择false    是 Delimiter     分隔符。将一行数据分隔成多个变量，默认为逗号，也可以使用“\t”。如果一行数据分隔后的值比Vairable Names中定义的变量少，这些变量将保留以前的值（如果有值的话） 是 Allow quoted data?     是否允许变量使用双引号？允许的话，变量将可以括在双引号内，并且这些变量名可以包含分隔符 否 Recycle on EOF?    遇到文件结束符是否再次循环？默认为 true    是 Stop thread on EOF?    遇到文件结束符是否停止线程？默认为 true    是 Recycle on EOF?     当Recycle on EOF为False时，停止线程，当Recycle on EOF为True时，此项无意义，默认为 false 是 Sharing mode     线程共享模式。1、All threads（默认）：一个线程组内，各个线程（用户）唯一顺序取值；2、current thread：一个线程组内，各个线程（用户）各自顺序取值；3、线程组各自独立，但每个线程组内各个线程（用户）唯一顺序取值；

需要着重说明一下的是Sharing mode，也就是线程共享模式。线程共享模式，是指多个线程对文件数据取值顺序模式，JMeter提供了3种模式：

All threads：所有线程。如果脚本有多个线程组，在这种模式下，各线程组的所有线程也要依次唯一顺序取值。例如，脚本有2个线程组，各有2个线程，文件内有5行数据，脚本运行时，将如下图一样循环往复取值：

Current thread group：当前线程组。各个线程组之间隔离，线程组内的线程顺序唯一取值。

 

Current thread：当前线程。这种模式下，每个线程独立，顺序唯一取值。

 

CSV实例

下面看一个实例。首先有userInfo.txt的文件，放置在bin目录中，内容如下：

• 文件名：文件在bin目录中，使用相对目录

• 变量名称：两列数据分别属于mobile和password两个变量

• 分隔符：以逗号分割

在HTTP请求中引用CSV生成的变量的方式是${变量名}的方式：

 运行脚本，察看结果树：

可以看到，文件中的数据被脚本成功引用。JMeter使用CSV实现参数化就是这么简单。

注意事项
CSV使用中最常见的一个问题是文件路径不对。当遇到这种问题时，因为运行脚本没有明显提示，许多人遇到后会感觉很懵，不知道问题在哪。其实，仔细观察会发现右上角黄色三角处数字在增加，点击该区域便打开了日志，日志里记录了相应错误：File userInfo2.txt must exist and be readable，也就是提示参数化文件不存在或路径不可达。

User Parameters
User Parameters，也就是用户参数，也能实现参数化。

创建方式：HTTP请求上右键–>添加–>前置处理器（Pre processors）–>用户参数。

通过【添加变量】添加mobile和password两个变量，通过【添加用户】添加3组数据：

 在HTTP请求中引用参数化的数据：

 运行脚本，设置好的数据被成功引用。

这种方式相对来说简易一些，数据范围有限，适用场景也少。而且，每个线程会一直使用一组数据。例如，设置4个线程并发，那么线程1使用用户_1的数据，线程2使用用户_2的数据，线程3使用用户_3的数据，线程4使用用户_1的数据，无论各个线程循环多少次。

用户定义的变量

用户自定义的变量，也可以实现请求参数的参数化。

创建方式：线程组上右键–>配置元件（config element）–>用户定义的变量。

如上图，用起来也很简单，添加变量名和相对应的值就可以了。后面引用变量和前面一样，使用${mobile}的方式。

【用户定义的变量】一般并非用来做HTTP请求参数化，而是用来定义全局变量，比如参数化文件路径、host、url等。

【用户定义的变量】创建在【线程组】上，则在线程组内生效，如果创建在【Test Plan】上，则对所有线程组生效。

Random
函数助手中的Random函数，

创建方式：Tools–>函数助手对话框–>选择一个功能–>_Random：

上图中，生成了一个表达式：${__Random(8000,9000,)}，我们用这个表达式替换想要参数化的变量值，例如下图中的price变量：

运行脚本，察看结果树，可以看到效果：

这种方式适用于值在一定区间无规律随机取值的变量参数化，例如价格、数量等，并不适用于有较强规则的变量进行参数化，例如手机号。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取