云原生应用架构设计与开发实战-惟有饮者留其名

cookie 时效无限延长计划

云原生应用架构设计与开发实战

download：https://www.51xuebc.com/thread-426-1-1.html

1、痛点（*）

自动化测试有2种方式，接口自动化和UI自动化。而UI自动化经常会被登录节点梗塞，例如考证码、图形、滑块等，虽然有些方式能够辨认图形和定位滑块位置，但胜利率都不高，无法真正意义上完成自动化执行；而http接口的自动化测试前置假如依赖cookie，也无法完成自动化执行。

a、怎样样才干绕过登录，完成从前端到后端的自动化执行

b、面对复杂的登录考证无法直接自动获取到cookie，需求人工操作登录，而cookie又有时效，不能持久运用

本计划将有效处理以上问题，在面对复杂的登录考证及有cookie时效的形式下，能够将短暂时效的cookie改为持久有效，真正意义上完成UI自动化和依赖cookie鉴权的接口自动化。

2、什么是cookie

cookie称之为会话跟踪技术，是一个很小的文本文件，是阅读器贮存在用户的机器上的。Cookie是纯文本，没有可执行代码。贮存一些效劳器需求的信息，每次恳求站点，会发送相应的cookie，这些cookie能够用来区分用户身份信息等作用

3、过时时间查看方式

翻开阅读器，并转到您希望查看 cookie 的网站。

按 F12 键翻开阅读器的开发者工具。

在开发者工具的“调试工具”选项卡中，单击“存储”按钮。

在左侧的“网站数据”列表中，单击“Cookies”。

在右侧的“值”列表中，查看每个 cookie 的“Expires”或“Max-Age”字段。这些字段显现 cookie 的过时时间。

4、cookie机制

客户端发送一个恳求到效劳器 --》 效劳器发送一个HttpResponse响应到客户端，其中包含Set-Cookie的头部 --》 客户端保管cookie，之后向效劳器发送恳求时，HttpRequest恳求中会包含一个Cookie的头部 --》效劳器返回响应数据

时效限制：每个cookie都有时效，默许的有效期是，会话级别：就是当阅读器关闭，那么cookie立刻销毁，但是我们也能够在存储的时分手动设置cookie的过时时间

5、cookie时效无限延长计划（*）

5-1、前提

a. 登录节点有考证机制，例如短信考证码、图形辨认、滑块等校验；

b. cookie有时效，超越时效则需求重新登录;

c. 同一个账号不会在多个平台退出或登录

5-2、完成原理

此计划是经过一个微效劳提供接口，供自动化调用，经过传送账号，返回永世cookie，将此步嵌入到自动化流程中，替代登录并获取cookie的节点，并将cookie的时效永世延长，并不会时效，以保证后续自动化流程永世循环正常执行。

5-3、中心流程步骤

步骤1：先手工登录，从header中获取cookie，将此cookie和时效值保管在微效劳平台（一个账号只需一次手工登录，后续永世不需求操作登录）。

步骤2：微效劳平台将此账号、cookie、时效值、关联的业务接口停止耐久化存储，并跟进时效值计算出轮询时长，并触发轮询任务执行，任务中将携带此cookie去调用业务接口，坚持长会话，并hold进程等候，在轮询时长抵达时，继续执行任务执行，再次hold进程等候，持续循环，以保证次cookie的会话永世坚持住。

步骤3：自动化任务执行前会调用微效劳接口，经过账号获取到永世cookie，携带此cookie执行后续自动化任务。

6、落地案例

目前经过下方计划，已完成了cookie一次配置，持久运用的目的。

理论效果比照

之前：ui自动化和http接口自动化执行时经常呈现cookie过时，需求手工重新登录，并在自动化平台上更新cookie，比拟繁琐，且影响清晨自动执行胜利率

如今：运用上面计划后，只需手工在cookie微效劳平台上配置一次cookie，以后不再需求更新cookie