Jmeter接口测试之参数化实战

lsekfe

参数化
　　如果需要测试另一种数据集合，需要修改请求、断言等几个地方脚本才能继续使用，那么参数化就是解决这个问题的一个办法。
　　1.“用户定义的变量”
　　1.1添加“用户定义的变量”
　　将创建用户需要用到的参数都定义到这里，脚本所有用到该参数的地方都可以从这里取值。
　　Jmeter引用变量：${变量名}

1.2修改创建用户的请求
　　将请求中固定的参数值改成调用jmeter变量，结果如下：

1.3修改断言
　　判断请求响应码：请求响应码是还是201，不需要修改。
　　判断响应信息：返回的用户信息字段需要修改为对应的变量。

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

注意：从外部传入name，这里用的是preparestatement（推荐使用。虽然直接在sql语句中使用变量也是可以的），要改的地方包括：QueryType,Parametervalues,Parametertypes。
　　判断数据库中的用户信息：同样的，这个断言之前使用的固定的用户信息，需要修改为对应的变量。

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

　显然，请求成功调用了“用户定义的变量”设置的各个参数值，最终脚本运行成功。
　　2.CSVDataSetConfig
　　使用“用户定义的变量”让测试数据的修改工作量少了很多，但仅这样显然还是不够的，它只测试了一种数据的情况，而实际上一个接口我们可能需要测试多种情况。比如要尝试不同的用户名、密码、角色的组合，如果每种集合都去修改一次也是不小的工作量呢。
　　CSVDataSetConfig就是用来解决这个问题的。
　　2.1准备测试数据
　　假设一个csv文件：createuser_success.csv，专门用来存在可以成功创建用户的测试数据。
　　（考虑到创建用户成功、失败，请求的返回信息是不一样的，所以为写脚本方便考虑，我会用2个请求来分别测试这2种情况。当然，如果觉得这样不好，在一个请求中搞定所有情况也是可以的，只要在发送请求前分别处理各种情况就好了）

2.2添加循环控制器
　　设置循环次数为3（createuser_success.csv有3行测试数据）

2.3添加CSVDataSetConfig
　　在循环控制器下添加一个CSVDataSetConfig，并设置如下：

2.4禁用（或删除）之前添加的“用户定义的变量”
　　最终脚本结构如下：

这是因为在上一节“用户定义的变量”中，已经将脚本中的参数改成了使用变量的形式，而且我在CSVDataSetConfig设置了相同的变量名，所以这里不需要再改一次脚本的变量了，不然的话，还是必须按上面的步骤将脚本中用到的参数都改成变量调用形式。
　　2.5试运行脚本
　　从“察看结果树”中，可以看到jmter发送了3个创建用户的请求，分别对应createuser_success.csv的3行测试数据，并且最终断言结果通过。