前言
我們通過Postman進行API測試，很多時候就是通過響應報文來檢測接口的正確性；所以，Postman對響應的處理和展示，直接影響到使用者的體驗和工作效率。不可否認，Postman響應查看器將使我們的工作變得更容易。
API響應由正文，響應頭和狀態碼組成。Postman將響應體和響應頭放在不同的標簽中顯示；API調用所需時間、API響應狀態碼顯示在選項卡旁邊。如下圖所示：
保存響應
如果請求已保存在集合中，則可以保存該請求的響應。一旦返回響應，請點擊保存響應按鈕。輸入一個名稱來命名保存的響應。每當您加載請求時，為請求保存的所有響應都將作為示例提供。點擊右上角的示例下拉菜單查看並選擇已保存的示例。
這些保存的響應示例可以作為后期測試的根據。
查看響應
Postman為我們提供了幾種工具來幫助我們快速查看響應數據。 響應體可以在以下三種視圖中的一種中查看：
- Pretty
Pretty模式可以格式化JSON或XML響應報文，以便更容易查看。沒有人希望通過縮小的單行JSON響應來尋找我們需要的字符串！突出顯示Pretry模式中的鏈接，點擊它們，可以通過鏈接URL在Postman中加載GET請求。為了瀏覽較大的響應報文，可以單擊左側的向下指向的三角形（▼）折疊響應報文。為了讓Postman自動格式化響應報文，我們確保返回正確的
Content-Type請求頭。如果API沒有返回Content-Type請求頭，則可以通過JSON或XML強制進行格式設置。我們可以通過從“語言檢測”下拉列表中選擇“JSON”，或者在SETTINGS模式內的常規選項卡下強制默認顯示為JSON格式。 -
Raw
Raw視圖只是最原始的方式顯示響應報文的內容。 -
Preview
Preview模式在沙箱中以iframe的形式呈現響應。默認情況下，某些Web框架會返回HTML錯誤，所以預覽模式在此處特別有用。但是由於iframe沙盒限制，JavaScript和圖像在iframe中被禁用。
響應頭
響應頭在Headers標簽頁下以鍵-值對的形式進行顯示。鼠標懸停在標題名稱上可以根據HTTP規范給出響應頭的描述。如果我們發送的是HEAD請求，Postman會默認顯示響應頭標簽頁。如下圖所示：
響應時間
Postman自動計算每次請求的總體時間。這個數據對於性能測試有一定的幫助。
響應大小
Postman將響應報文大小分解為響應體和響應頭。但是響應報文的大小是近似的，並不會非常准確。
響應Cookie
服務器發送的Cookie在Cookie標簽頁中可見。要在Postman中管理請求中的Cookie，可以使用MANAGE COOKIES模式。關於MANAGE COOKIES模式這部分內容在《Postman教程——細說請求》這篇文章中有詳細的說明。
測試
除了從服務器獲取請求的所有內容外，我們還可以看到針對構建請求時配置的測試程序，查看測試程序的測試結果。
總結
這篇文章詳細的總結了Postman中關於響應的相關內容。內容篇幅雖然比較長，但是干貨也不少，希望我的這篇文章能夠幫助到大家。
果凍想-一個原創技術文章分享網站。