一个完整的jmeter APP登录接口测试实例
最终效果:
知识点:
通过HTTP信息头管理器, 正则表达式提取器 提取登录要用的token,memcard,Debug Sampler,CSV Data set config参数化登录,循环控制器,察看结果树
具体实现思路:
1.首先调通登录接口(登录请求,登录应答)
本例中,登录请求使用post请求向服务器发送用户名及密码,使用get请求获得登录成功后的信息
2.因为token的值是动态的,所以要get到登录后页面的信息,需要通过正则表达式提取器 获得每次登录请求返回的token值。把这个值写到get请求的信息头中
(即LoadRunner中的关联操作)
3.添加Debug Sampler,查看每次执行脚本,脚本中包含的所有变量,值是否是正确的。这些变量可以是:
a.用户自定义的变量
b.接口关联时用到的变量(通过后置处理器--JSON提取器 呀 正则表达式提取)目前我更喜欢使用JSON提取器
4.本例中 需要对登录请求作参数化,把用户名密码写入一个文件,通过配置CSV Data set config,来不断读取文件中的值
5.本例中一共准备了4组登录数据,添加一个循环控制器,把CSV Data set config 以及要参数化的请求放到这个逻辑控制器下
(它的作用域是对其子节点的 sampler有效,作用是控制采样器的执行顺序)
6.添加断言,也就是验证登录接口 服务器下发数据是否符合预期结果。断言方式常用的有2种:
a.响应断言
b.JSON断言
目前感觉JSON断言更实用一点,因为可以验证不同字段的值是否正确。
技巧:接口调不通时,在察看结果树时,除了查看响应数据,还要注意观察请求的信息是否正确(发送请时给的参数是否正确)
具体实现:
添加一个线程组
用户定义的变量
可以把请求中一些重复出现的内容写在这,后面在写请求的时候,直接通过${host}的方式调用即可。我这里是把请求的地址写在了这里
添加HTTP信息头管理器
把公共的请求的headers信息填写在这里
注意发送POST请求时,如果不在请求头中填写Content-Type这个参数,响应结果会提示参数问题 ,格式不正确之类的
添加一对请求,分别是登录请求、登录成功后的请求
请求接口的内容可以找开发要,也可以通过抓包的方式获得
登录请求:
登录成功后的页面:
获得这个页面的返回结果,需要在这个请求的请求头中添加 token 和 memcard的值
正则表达式提取动态数据
正则表达式提取token和memcard(要先了解正则表达式的写法),小括号中是要提取的内容
提取token的方法一样
添加Debug Simpler
默认设置即可
在提取memcard时卡住了,一开始 模板 对应的值写的 $1$,执行脚本后,登录成功后请求返回的结果是 用户不存在,查了一些资料,
又观察 察看结果树中的请求信息,发现memcard的值是6
Debug Simpler中显示正则表达式提取到的memcard的值一共有4个,其中有正确的值,试着把正则表达式提取器 模板的值改变$0$后,再执行脚本就没问题了
添加断言:
对登录成功后的请求添加断言(可加可不加,通过察看结果树的响应数据,也可以确定是否请求成功)
code的值为0,表示请求成功
断言结果:
下面这样就表示,成功,如果断言失败,会给出错误提示信息
通过CSV Data Set Config 参数化用户名 密码:
Filename是参数化文件存放的位置,可以是绝对路径,也可以是相对路径,我这里使用相对路径
在要参数化的取样器(请求)中通过${username},${password}的方式调用
做完这一步之后直接运行脚本遇到的问题:
我只想给登录这个请求参数化,一共准备了4个用户名,密码.可是执行脚本只能读取 参数化文件准备的第1行数据 ,上面的脚本只有1次请求(用到参数化内容的),所以只会读取第1行数据,循环的话,会往下读。
所以有了下面的操作
添加循环控制器:
把要参数化的请求和相关的配置放到这个逻辑控制器下面
要实现本例的效果,其实可以不添加这个循环控制器,直接把线程组的循环次数改为4也可以,效果一样,但是意义完不同。
直接改线程的循环次数,相当于是4个线程同时进行登录操作,等于做了并发的操作。
最后的察看结果树报告显示如下:
请求成功,且返回的内容也是正确的。