設想如下的乙個業務場景，伺服器端中有乙個登入介面，使用session將使用者登入資訊儲存，方便後續操作，因此實現與使用者相關的操作介面無需輸入任何使用者資訊，只需伺服器端從session中讀取預存的使用者身份資訊即可。
這應該是最常見的一種使用者身份系統了，session庫為了實現這一功能，登入介面的響應頭會有乙個key為set-cookie的鍵值對，這裡以nodejs的express-session為例，
我們只需將這個cookie值放入請求體響應頭中名為cookie鍵值對即可，如:
如何實現這一功能呢?這裡postman對於這種情景的支援非常優秀，會將該屬性自動新增，即我們只需呼叫登入介面即可，postman會自動幫我們將cookie設定到請求頭里。因此我們訪問需要用到session的介面時只需先呼叫一次登入介面。
但是設想一下，現在後端基本都是熱更新框架，每次熱更新都會清除session，邊開發邊測試時，每次熱更新後，都要先訪問一下登入介面，再訪問其他介面，有點繁瑣。雖然可以用，但是身為程式設計師就要善於減輕開發負擔。因此，研究了一下postman，發現可以寫乙個全域性指令碼，每次使用界面前，先登入一次，將cookie存入請求頭，這樣我們可以直接呼叫使用session的介面了。
1.進入全域性指令碼編寫頁面
2.寫pre-request 指令碼，這個指令碼會在每次請求觸發前使用
3. 指令碼內容
附上上述**的文本版，涉及到隱私的地方做了通用化處理
let base_url = pm.environment.get("base_url"); //
獲取環境變數
const postrequest =/login`,
method: 'post',
header: )
}};//
const header = require('postman-collection').header;
pm.sendrequest(postrequest, (error, res) =>);
設定完後，無論如何重啟伺服器， 都可以直接呼叫需要用session的介面，優化開發體驗 ：） postman 四 新增變數
在進行api測試的時候，不同介面之間有時會用到同樣的引數，甚至有些值都很少會改變，比如每個請求的ip和埠。為了提高用例的可讀性以及可維護性，可以利用postman的 變數 把經常用到的 固定值 抽離出來，後續如果這個值需要改動的話，只需要改它對應的變數即可 想象下假如你的api用例是在測試環境a編寫...
Postman自動填充Token
postman測試後端時，有時需要填充token,乙個個手動填充過於愚蠢與繁瑣，可以利用postman自動填充token 首先，點選右上角小眼睛 environment quick look 新建乙個環境，名字隨意，在這個環境中設定乙個變數叫token，後面的兩個value都不用填。然後，在獲得to...
postman中新增cookie資訊
在測試工作中，很多的介面都依賴於登入介面，即在呼叫該界面前必須有登入的資訊，否則呼叫會報錯，那如何在postman中新增cookie資訊呢？主要分為兩個步驟，下面為大家詳細介紹 第一步 我們首先使用postman訪問登入介面，在response中找到返回的cookie資訊，並拷貝 第二步 這裡我們為...