Jmeter中参数化的使用

在使用Jmeter进行接口测试时，如果提交的参数不变，那么就会读取缓存数据，无法测试出服务器真正的负载能力，所以要对提交的参数进行参数化来解决这一问题。

在Jmeter中经常使用CSV Data Set Config读取外部数据源完成参数化。
Step1：
添加一个HTTP Sampler，根据测试文档将需要的信息准备好。
这里写图片描述

根据抓包数据可以看出，要测试的接口地址为：
http://192.168.50.110:8081/xxx/user/login
请求方式为： post
需要的必要参数为： loginName和password

Step2：
要模拟不同用户登录，就要准备多个用户的登录信息。将该信息存放在userinfo .txt的文件中。
为Testplan添加配置元件，选择CSV Data Set Config。具体设置如下：
这里写图片描述

再回到Sampler中，将需要提交的参数值，进行参数化处理。
取值方式为${xxx}, 要与CSV中Variable Names一致。
这里写图片描述

Step3：
添加断言。如果用户登录成功，在响应数据中会包含该用户的accessToken，所以添加了一个响应断言，要验证请求是否成功。
这里写图片描述

Step4：
添加断言监听器和结果树。

都准备好后，发送请求。会发现断言失败。提示并没有包含accessToken字段。
这里写图片描述

查看结果树：提示用户名无效。
这里写图片描述
再看看提交的数据是否有问题：

发现问题啦，准备好的测试数据中，用户名就是手机号，而在postdata中看到手机号前多出一写字符，导致用户名错误。

问题原因：
我是使用Windows自带的记事本将用户信息保存为UTF-8格式的文件，这是问题的根源。
*BOM采用UTF-8编码。几乎所有的文本编辑软件都可以显示并编辑UTF-8编码的文件。但是很遗憾，其中很多软件的表现并不理想。
如果您在修改任何PHP文件后发生：
* 不能登入或者不能登出；
* 页顶出现一条空白；
* 页顶出现错误警告；
* 其它不正常的情况。
则多半是编辑器的问题。
类似WINDOWS自带的记事本等软件，在保存一个以UTF-8编码的文件时，会在文件开始的地方插入三个不可见的字符（0xEF 0xBB 0xBF，即BOM）。它是一串隐藏的字符，用于让记事本等编辑器识别这个文件是否以UTF-8编码。*

使用EditPlus将该文件重新编辑。
先将EditPlus设置一下：
首选项–文件–默认文本编码：修改为UTF-8
再将文档–文本编码设置为UTF-8

再次运行脚本，结果正常。
断言如果没有错误，就只显示Sampler的名字
这里写图片描述