接口测试平台代码实现118:登陆态cookie持久化

我们在之前的章节中，成功搞定了登陆态的相关功能，但是我们之前设计的登陆态接口，其本质是提取返回值的特殊字段，然后插入到其他接口的url/header/body中。

但是有些平台却不是靠这样的方式来保持登陆态的，他们用的是cookie，最常见的就是web端。

可能大家平时用postman做web端的接口测试会发现，我们的普通接口是要利用统一的cookie插入到请求头中，才可以实现带登陆状态。那么在我们接口测试平台中，要怎么使用呢？按照目前的方法，是要设置一个公共请求头，这个字段key就是cookie，值就是好几十行的字符串。

那么这个功能目前并没有享受到登陆态接口的福利，并且一旦cookie过期，那就还要手动去公共变量-请求头中设置。

所以我们接下来要在登陆态接口的模块中加入这种方式，也就是把cookie持久化，来让后续的所有普通接口都可以自动享受到登陆状态，而从用户的角度看，整个操作没有任何卡顿，甚至不用关心这个登陆态到底是什么原理加入的。

具体的方法呢，大家应该都知道，就是requests的会话保持功能，这个功能可以让本次运行的所有接口，全部共用最开始的那个登陆接口生成的cookie，这种设计永远没有过期。

其实核心的使用就是requests.session() 方法

例子：

a = requests.session()

登陆接口 = a.request(url,method,headers,params,data)

接口A = a.request(url,method,headers,params,data)

接口B = a.request(url,method,headers,params,data)

此时，接口A和B都是带着登陆接口的登陆状态的哦～

那么放到接口测试平台中，又要如何设计呢？

1. 在前端的登陆态接口设置中提取返回值的设置中加入特殊字符串“cookie”，若后台检测到这个特殊字符串“cookie”,则放弃进行返回值提取，而是转为采用会话保持的功能。
2. 选择了会话保持后，登陆态函数 要做的就是上面例子中的前两步：声明a和 把登陆接口利用a来请求一次，最后返回的是a。
3. 在接口库调试接口时，普通接口接收到了这个a后，就用这个a.request()方法来进行请求，代替了原来的requests.request()方法。
4. 在用例库中调试时，我们仍然是采用把a进行global的全局化来储存，其他普通接口逐一判断是否需要登陆态，若是，则用a.request()方法，否则仍然用requests.request()方法请求。

好了，设计就暂时告一段落，下一节我们会开始进行开发。