1 参数化释义
什么是参数化？从字面上去理解的话，就是事先准备好数据（广义上来说，可以是具体的数据值，也可以是数据生成规则），而非在脚本中写死，脚本执行时从准备好的数据中取值。
参数化：是自动化测试脚本的一种常用技巧，可将脚本中的某些输入使用参数来代替，如登录时利用GET/POST请求方式传递参数的场景，在脚本运行时指定参数的取值范围和规则。
脚本在运行时，根据需要选取不同的参数值作为输入，该方式称为数据驱动测试（Data Driven Test），而参数的取值范围被称为数据池（Data Pool）。
JMeter提供了多种参数化方式，下面就其中常用的4种展开阐述。
| 方式 | 适用场景 |
|---|---|
| CSV Data Set Config | 我们通常所指的参数化。数据存储在文件中，参数化取值范围大，灵活性强 |
| User Parameter | 适用于参数取值范围很小时 |
| 函数助手 | _Random等函数，生成随机数字和随机字符串实现参数化 |
| User Defined Variables | 用户自定义变量，更多用于设置全局变量 |
2 参数化实现
2.1 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，也就是提示参数化文件不存在或路径不可达。
2.2 User Parameters
User Parameters，也就是用户参数，也能实现参数化。
创建方式：HTTP请求上右键–>添加–>前置处理器（Pre processors）–>用户参数。
通过【添加变量】添加mobile和password两个变量，通过【添加用户】添加3组数据：
在HTTP请求中引用参数化的数据：
运行脚本，设置好的数据被成功引用。
这种方式相对来说简易一些，数据范围有限，适用场景也少。而且，每个线程会一直使用一组数据。例如，设置4个线程并发，那么线程1使用用户_1的数据，线程2使用用户_2的数据，线程3使用用户_3的数据，线程4使用用户_1的数据，无论各个线程循环多少次。
2.3 用户定义的变量
用户自定义的变量，也可以实现请求参数的参数化。
创建方式：线程组上右键–>配置元件（config element）–>用户定义的变量。
如上图，用起来也很简单，添加变量名和相对应的值就可以了。后面引用变量和前面一样，使用${mobile}的方式。
【用户定义的变量】一般并非用来做HTTP请求参数化，而是用来定义全局变量，比如参数化文件路径、host、url等。
【用户定义的变量】创建在【线程组】上，则在线程组内生效，如果创建在【Test Plan】上，则对所有线程组生效。
2.4 Random
函数助手中的Random函数，
创建方式：Tools–>函数助手对话框–>选择一个功能–>_Random：
上图中，生成了一个表达式：${__Random(8000,9000,)}，我们用这个表达式替换想要参数化的变量值，例如下图中的price变量：
运行脚本，察看结果树，可以看到效果：
这种方式适用于值在一定区间无规律随机取值的变量参数化，例如价格、数量等，并不适用于有较强规则的变量进行参数化，例如手机号。
到此这篇关于JMeter参数化4种实现方式(小结)的文章就介绍到这了,更多相关JMeter参数化内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！