PostMan 作為API測試的可視化工具，對于無頁面的服務來說是十分友善的。
下面講一下，我在使用過程中
看圖說話：
1.指的的是發送請求的方式，有很多種，點選下拉清單，一看就知道了。一般就用Get和Post
2.是服務位址
3.簡單的參數的構造
4.可以儲存目前所有的設定，也可以從這裡添加到collection中
5.可以構造請求體，請求體的格式也可以是多種多樣的哦，這裡所用的是Json格式的，格式多樣
比如也可以是Text格式
通常簡單的測試單個的功能，使用上面的方式就可以了。
1.格式的形式
2.資料的展示形式
3.可以去除一些無用的資料，簡單化
4.資料展示空間
5.執行時間，一般200ms以内，算是比較好的實作
第一種添加到collection的方法
第二種添加到collection的方法（上面的點選Add To Collection 就跳轉到下面的窗體）
第三種添加的方法
這種一般是建一個殼子，再将功能添加到殼子下面便于查找
添加完所有的功能，并将其劃分到不同的類别中，一重要動作是必須執行的，那就是
這樣就可以共享，大家一起來測試API服務的功能，參數結構也都确定，隻需修改其值就能夠達到測試的目的。總之感覺非常好用的。
點選setting裡面，也可以進行檔案的導入導出，這裡可以導入到一個檔案當中
導出的檔案長什麼樣子。要不要看看
這給我們提供了自動化測試的友善
首先需要寫測試用例
var responseJson;
try{
tests[" body has Count"] = responseBody.has("count");
tests[" body has Docs"] = responseBody.has("metadatas");
responseJson = JSON.parse(responseBody);
tests[" doc0 contains iiid"] = "iiid" in responseJson.Data.metadatas[0];
}
catch(e){
tests["status code is 200"]= responseCode.code===200;
tests["Status code name has string"] = responseCode.name.has("Created");
tests["Content-Type is present"] = postman.getResponseHeader("Content-Type");
tests["Body matches string"] = responseBody.has("string_you_want_to_search");
如上是一些簡單的測試代碼示例，主要就是一些判斷，判斷結果和預期結果是否一緻
上圖就是新版本的postman的test功能，
其中
部分1是測試代碼書寫位置
部分2是一些常見的測試代碼的自動生成
部分3是執行完畢的測試結果，pass代表通過
以上隻是單個服務測試的結果
我們還可以進行批量的測試
點選系統左上角的"runner"按鈕，會打開一個新的頁面，會包含所有的collections
也可以在單個集合的封包件夾上點選按鈕 “<”
可以直接點選左上角1的“runner”按鈕，針對全部的collections
可以點選某個collection封包件夾的“>”按鈕，然後再點選“run”按鈕。針對單個collection
點選之後打開一個新的頁面如下
1.可以再這個頁面導入測試的用例
2.選擇需要測試的内容
3.設定疊代次數，測試執行次數
4.點選“start test”按鈕執行測試
5.測試結果展示，pass表示通過 fall表示失敗
本文轉自建波李 51CTO部落格，原文連結：http://blog.51cto.com/jianboli/1911452，如需轉載請自行聯系原作者