JMeter接口测试实战-参数化

参数化

到上一步写好JMeter接口脚本，只是测试完成了一种数据集合的情况。但这明显有个问题，如果需要测试另一种数据集合，需要修改请求、断言等几个地方脚本才能继续使用，这可不够灵活。参数化就是解决这个问题的一个办法

1. “用户定义的变量”

1.1 添加“用户定义的变量”

将创建用户需要用到的参数都定义到这里，脚本所有用到该参数的地方都可以从这里取值

Jmeter引用变量：${变量名}

1.2 修改创建用户的请求

将请求中固定的参数值改成调用jmeter变量，结果如下

1.3 修改断言

• 判断请求响应码：请求响应码是还是201，不需要修改

• 判断响应信息：返回的用户信息字段需要修改为对应的变量
  

• 查询数据库用户信息：因为是按name进行查询的，所以也需要修改
  

  注意：从外部传入name，这里用的是prepare statement（推荐使用。虽然直接在sql语句中使用变量也是可以的），要改的地方包括： Query Type, Parameter values, Parameter types

• 判断数据库中的用户信息：同样的，这个断言之前使用的固定的用户信息，需要修改为对应的变量
  

1.4 脚本改好，试运行

因为将所有用到的参数都放到“用户定义的变量”进行设置，如果需要测试另一种数据集合的话，就中需要修改“用户定义的变量”中变量的值，这比起之前请求、断言中都使用固定数据，显然是更简单方便些了
看看运行结果

显然，请求成功调用了“用户定义的变量”设置的各个参数值，最终脚本运行成功

2. CSV Data Set Config

使用“用户定义的变量”让测试数据的修改工作量少了很多，但仅这样显然还是不够的，它只测试了一种数据的情况，而实际上一个接口我们可能需要测试多种情况。比如要尝试不同的用户名、密码、角色的组合，如果每种集合都去修改一次也是不小的工作量呢。
CSV Data Set Config 就是用来解决这个问题的

2.1 准备测试数据

假设一个csv文件：createuser_success.csv，专门用来存在可以成功创建用户的测试数据。
（考虑到创建用户成功、失败，请求的返回信息是不一样的，所以为写脚本方便考虑，我会用2个请求来分别测试这2种情况。当然，如果觉得这样不好，在一个请求中搞定所有情况也是可以的，只要在发送请求前分别处理各种情况就好了）

2.2 添加循环控制器

设置循环次数为 3 （createuser_success.csv 有3行测试数据）

2.3 添加CSV Data Set Config

在循环控制器下添加一个CSV Data Set Config，并设置如下

2.4 禁用（或删除）之前添加的“用户定义的变量”

最终脚本结构如下

这是因为在上一节“用户定义的变量”中，已经将脚本中的参数改成了使用变量的形式，而且我在CSV Data Set Config设置了相同的变量名，所以这里不需要再改一次脚本的变量了，不然的话，还是必须按上面的步骤将脚本中用到的参数都改成变量调用形式

2.5 试运行脚本

从“察看结果树”中，可以看到jmter发送了3个创建用户的请求，分别对应createuser_success.csv的3行测试数据，并且最终断言结果通过