文章目录
为什么需要接口关联
在接口测试中，经常会遇到一个接口需要上一个接口返回数据的情况，如
加入 购物车，需要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、批量执行登录和加入购物车接口