比如:获取上岸用户的收藏列表,此时,我们就须要仿照上岸状态进行接口调试了。如图:
本日,我们讲解利用ApiPost的环境变量,办理这种须要先登录再要求的接口依赖情形。
ApiPost供应了2种方案:
方案I、开启全局cookie
apipost供应了开启全局cookie的功能。开启路径如下:
右下角Cookie管理器-打开全局Cookie按钮
开启后,我们要求上岸接口后,后续接口都会共享“已上岸”的状态,即共享了上岸接口返回的cookie。
如下所示:
第一步:要求上岸接口第二步:访问其他接口,则都处于了上岸状态方案II、利用环境变量,先要求上岸接口,再要求后续接口这种方案是针对关闭了全局cookie功能的情形。
1、要求上岸接口,将相应COOKIE赋值给变量:为了处于上岸态,须要先要求上岸接口,此举目的是为了仿照用户的上岸行为,获取须要的上岸参数(这里是Cookie)。
将上岸接口返回的PHPSESSID(这个是SessionID,PHPSESSID是针对PHP作为后端接口的SessionID变量名,其他措辞的变量名可能不同)设为环境变量。
apt.variables.set("login_var", response.cookies["PHPSESSID"]);
注:更多相应结果绑定变量可以参考 “相应以及断言”一节和“后实行脚本” 一节。
2、调用变量,手动给header添加Cookie参数
接着返回收藏接口,进到header选项,参数值选择cookie,参数值输入: PHPSESSID={{login_var}}。
此举是为了利用上岸接口返回的Cookie假造要求的PHPSESSID。
如图:
或者你也可以定义个全局header,这样就不用每个接口都设置一遍了:
登录实现事理
利用ApiPost发送Cookie,使做事器识别已登任命户的Cookie。