文章目录
为什么需要接口关联
在接口测试中,经常会遇到一个接口需要上一个接口返回数据的情况,如
加入 购物车,需要token鉴权,而token在登录接口的响应数据里。
接口关联思路
场景:登录-加入购物车
登录接口:响应数据会有一个token
加入购物车接口:请求数据需要一个token,代表是谁加入购物车
接口关联思路:
1、登录:当登录接口请求得到响应之后,使用tests,取到接口返回的token数据,将token设置为全局变量。
2、加入购物车:在加入购物车接口引用变量{{token}}
注意:一般正常情况下,token都是放在headers,具体情况参考接口文档
操作步骤
1、登录:当登录接口请求得到响应之后,使用tests,取到接口返回的token数据,将token设置为全局变量。
也可以是这样
遇到列表如何获取
2、加入购物车:在加入购物车接口引用变量{{token}}
测试流程运行前全局变量:
运行测试流程
可以看见运行之后,登录接口的响应中的token和添加购物车的url中token是一致的
对比测试流程运行前可知,测试流程运行后全局变量会多了token
token全局变量会随着登录接口返回的响应数据变化
比如在执行一次运行测试流程的两个步骤:
查看两个接口和全局变量的结果,token值都同步修改了
控制台打印值:一般用于调试看接口返回
比如看响应数据中的token
总结
接口关联思路
场景:登录-加入购物车
接口关联思路:
1、登录:当登录接口请求得到响应之后,使用tests,取到接口返回的token数据,将token设置为全局变量。
token全局变量会随着登录接口返回的响应数据变化
2、加入购物车:在加入购物车接口引用变量{{token}}
注意:一般正常情况下,token都是放在headers,具体情况参考接口文档
3、批量执行登录和加入购物车接口