背景

我們寫完了業務介面，一般都要自驗一下，看下通沒通。雖然可以寫單元測試，但實施起來沒有那麼簡單。我們第一時間想到了Postman，它的出現不就是為了解決API測試問題的嗎？我們要做的是把要測試的API錄入到Postman，然後寫驗證返回結果的測試指令碼。每次改完程式碼，都可以手動跑一下所有API，如果返回結果都是我們想要的，那證明這個介面通了。除了手動觸發執行以外，我們還可以用做成自動化，做CI持續整合。

實戰

1. 先編寫好一個API，我這裡以Postman提供的示例API為例，請求地址是https://postman-echo.com/get?foo1=bar1&foo2=bar2

   。點選選項卡Tests，在這裡寫我們的測試指令碼。與上一節Pre-request Script一樣，在這裡可以寫JavaScript程式碼，不同的是，Tests是在請求結束後執行的。

2. 在面板右側，Postman提供了超全面的示例程式碼。我們根據該請求的返回結果，簡單寫兩個test，第一個是校驗請求返回碼是200，第二個是校驗args欄位。
   

3. 寫完指令碼，我們再發送一下請求。發現Test Results裡面有東西，而且是綠色，證明我們的測試通過。當然我們可以把一些通用一點的test（例如請求碼返回200）寫在收藏夾或資料夾裡，這樣裡面所有的請求都能被執行到，然後在每個請求裡面寫跟該請求特定的test（具體業務相關的）。
   

4. 利用Runner功能批量執行請求。點選最頂部的Runner開啟Runner面板，選擇一個收藏夾或資料夾（我這裡選擇了一個收藏夾，裡面只有一個剛才寫好的請求）。簡單說下這裡的設定，Environment是選擇環境，Iterations是執行次數（這裡填10次），Delay是每個請求執行的間隔（這裡填100ms），Data可以選擇一個數據檔案，然後在請求中設定佔位符{{xxx}}，就可以用檔案中的資料來替換，一個請求一個數據，這裡不作介紹，詳情看官方文件。
   
   
   執行結果
   

5. 雖然Runner功能已經很方便，但每次寫完程式碼都要手動點一下還是很麻煩。其實postman可以用命令列來執行，我們自己寫指令碼基本也可以實現自動化測試。另外，postman可以整合到

   Jenkins和Travis CI上，在每次部署前或者把程式碼合併到主幹分支前都進行一次介面測試，以保證系統服務可用。大家結合專案和團隊實際需求來選擇，這裡不作深入介紹，用到的話在官方文件看下如何配置。