Postman 快速使用

背景

如何用最短的時間、最小的成本實現介面自動化，這是困擾新手測試的一個難題，接下來筆者的將用 postman 來進行介面自動化的實踐，希望能給各位帶來一定的收穫

Postman 名詞介紹

• request，postman 裡的最小的可執行單位，點選 send 即可執行，不再贅述
• folder，資料夾，可對請求進行排列組合，Run folder 時，folder 內部請求按順序自上而下執行
• collection，集合，對 folder 進行排列組合，Run collection 時，folder 按順序自上而下執行，一般情況下 folder 應避免相互影響
• 全域性變數：一旦申明瞭全域性變數，全域性有效，也就是說 postman 中的任何集合，任何請求中都可以使用這個變數。它的作用域是最大的 。
• 環境變數：要申明環境變數，首先的建立環境，然後在環境中才能建立變數 。如果要想使用環境變數，必須先選擇 (匯入) 這個環境，這樣就可以使用這個環境下的變數了 。需要說明的是環境也可以建立多個 。每個環境下又可以有多個變數 。
• 集合變數：集合變數是針對集合的，也就是說申明的變數必須基於某個集合，它的使用範圍也只是針對這個集合有效 。 具體每個變數如何操作的可看下方連結：https://www.cnblogs.com/xnancy/p/14831621.html

資料分類：

茹炳晟老師在《軟體測試 52 講》裡面將資料分為死水資料以及活水資料

• 死水資料：死水資料是指對於要測試的需求或場景來說不需要前置條件的基礎資料。 一般是商品、使用者、使用者角色這些一般構造為基礎場景的資料。
• 活水資料：活水資料是指對於要測試的需求或場景來說需要設定前置條件的資料。 # 資料建立： 《軟體測試 52 講》
• On-the-fly（實時建立）: 是指實時建立測試資料，即在執行用例時，再根據用例需要建立測試資料。
• out-of-box（開箱即用）:out-of-box 是指提前建立好測試資料，在提測後能達到開箱即用的效果。 具體的可看如下文章：https://www.cnblogs.com/wuweiblogs/p/13444328.html

用例構造

在 postman 中，我們大致可以將一個請求拆分為請求前處理（Pre-request Script）,請求本身，請求後處理（Tests）
tips：Pre-request Script 在 Jmeter 中，可粗略的認為前置處理器；Tests 在 Jmeter 中，可以粗略的認為是後置處理器；

• 前置處理
  • 造部分活水資料的地方
  • 如果不知道怎麼寫，請看此處左側，有各種快速實現的 demo
• 後置處理
  • 後面的請求如果需要某種資料，如 token 等引數，可以根據需要在此處設定成各種變數；
  • 對應介面返回值中存在某種狀態或者值需要進行斷言，也可於此處進行
  • 如果不知道怎麼寫，請看 Tests 右側，有各種快速實現的 demo

持續整合

不需多言了吧，自己試試就好了（對了，連結得是生產環境的呀，本地或者內網的 url 好像是執行不了的）