postman使用-08接口关联

为什么需要接口关联

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