参数化
如果需要测试另一种数据集合，需要修改请求、断言等几个地方脚本才能继续使用，那么参数化就是解决这个问题的一个办法。
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行测试数据，并且最终断言结果通过。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
