cookie 時效無限延長計劃

云原生應用架構設計與開發(fā)實戰(zhàn)

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

1、痛點（*）

自動化測試有2種方式，接口自動化和UI自動化。而UI自動化經常會被登錄節(jié)點梗塞，例如考證碼、圖形、滑塊等，雖然有些方式能夠辨認圖形和定位滑塊位置，但勝利率都不高，無法真正意義上完成自動化執(zhí)行；而http接口的自動化測試前置假如依賴cookie，也無法完成自動化執(zhí)行。

a、怎樣樣才干繞過登錄，完成從前端到后端的自動化執(zhí)行

b、面對復雜的登錄考證無法直接自動獲取到cookie，需求人工操作登錄，而cookie又有時效，不能持久運用

本計劃將有效處理以上問題，在面對復雜的登錄考證及有cookie時效的形式下，能夠將短暫時效的cookie改為持久有效，真正意義上完成UI自動化和依賴cookie鑒權的接口自動化。

2、什么是cookie

cookie稱之為會話跟蹤技術，是一個很小的文本文件，是閱讀器貯存在用戶的機器上的。Cookie是純文本，沒有可執(zhí)行代碼。貯存一些效勞器需求的信息，每次懇求站點，會發(fā)送相應的cookie，這些cookie能夠用來區(qū)分用戶身份信息等作用

3、過時時間查看方式

翻開閱讀器，并轉到您希望查看 cookie 的網站。

按 F12 鍵翻開閱讀器的開發(fā)者工具。

在開發(fā)者工具的“調試工具”選項卡中，單擊“存儲”按鈕。

在左側的“網站數(shù)據”列表中，單擊“Cookies”。

在右側的“值”列表中，查看每個 cookie 的“Expires”或“Max-Age”字段。這些字段顯現(xiàn) cookie 的過時時間。

4、cookie機制

客戶端發(fā)送一個懇求到效勞器 --》 效勞器發(fā)送一個HttpResponse響應到客戶端，其中包含Set-Cookie的頭部 --》 客戶端保管cookie，之后向效勞器發(fā)送懇求時，HttpRequest懇求中會包含一個Cookie的頭部 --》效勞器返回響應數(shù)據

時效限制：每個cookie都有時效，默許的有效期是，會話級別：就是當閱讀器關閉，那么cookie立刻銷毀，但是我們也能夠在存儲的時分手動設置cookie的過時時間

5、cookie時效無限延長計劃（*）

5-1、前提

a. 登錄節(jié)點有考證機制，例如短信考證碼、圖形辨認、滑塊等校驗；

b. cookie有時效，超越時效則需求重新登錄;

c. 同一個賬號不會在多個平臺退出或登錄

5-2、完成原理

此計劃是經過一個微效勞提供接口，供自動化調用，經過傳送賬號，返回永世cookie，將此步嵌入到自動化流程中，替代登錄并獲取cookie的節(jié)點，并將cookie的時效永世延長，并不會時效，以保證后續(xù)自動化流程永世循環(huán)正常執(zhí)行。

5-3、中心流程步驟

步驟1：先手工登錄，從header中獲取cookie，將此cookie和時效值保管在微效勞平臺（一個賬號只需一次手工登錄，后續(xù)永世不需求操作登錄）。

步驟2：微效勞平臺將此賬號、cookie、時效值、關聯(lián)的業(yè)務接口停止耐久化存儲，并跟進時效值計算出輪詢時長，并觸發(fā)輪詢任務執(zhí)行，任務中將攜帶此cookie去調用業(yè)務接口，堅持長會話，并hold進程等候，在輪詢時長抵達時，繼續(xù)執(zhí)行任務執(zhí)行，再次hold進程等候，持續(xù)循環(huán)，以保證次cookie的會話永世堅持住。

步驟3：自動化任務執(zhí)行前會調用微效勞接口，經過賬號獲取到永世cookie，攜帶此cookie執(zhí)行后續(xù)自動化任務。

6、落地案例

目前經過下方計劃，已完成了cookie一次配置，持久運用的目的。

理論效果比照

之前：ui自動化和http接口自動化執(zhí)行時經常呈現(xiàn)cookie過時，需求手工重新登錄，并在自動化平臺上更新cookie，比擬繁瑣，且影響清晨自動執(zhí)行勝利率

如今：運用上面計劃后，只需手工在cookie微效勞平臺上配置一次cookie，以后不再需求更新cookie