做者：凱京技術團隊
連接：https://my.oschina.net/keking/blog/3104972chrome
正文json
從postman到IDEA REST Client微信
IDEA REST Client控制檯架構
歷史請求記錄app
構建HTTP請求腳本ide
環境區分工具
結果斷言post
結果值暫存測試
結語大數據
前言
接口調試是每一個軟件開發從業者必不可少的一項技能，一個項目的的完成，可能接口測試調試的時間比真正開發寫代碼的時間還要多，幾乎是每一個開發的平常工做項。
所謂工欲善其事必先利其器，在沒有嚐到IDEA REST真香以前，postman（chrome的一款插件）確實是一個很是不錯的選擇，具備完備的REST Client功能和請求歷史記錄功能。
可是當使用了IDEA REST以後，postman就能夠丟了，由於，IDEA REST Client具備postman的全部功能，並且還有postman沒有的功能，繼續往下看。
從postman到IDEA REST Client
真香定律的緣由有以下幾個：
首先postman的全部功能IDEA REST Client都具有了，如REST Client控制檯和歷史請求記錄
其次若是可以在一個生產工具裏完成開發和調試的事情，幹嗎要切換到另外一個工具呢
而後IDEA REST Client還支持環境配置區分的功能，以及接口響應斷言和腳本化處理的能力
IDEA REST Client的請求配置能夠用文件配置描述，因此能夠跟隨項目和項目成員共享
IDEA REST Client控制檯
從頂層工具欄依次Tools -> HTTP Client -> Test RESTFUL Web Service 打開後，IDEA REST Client控制檯的界面以下樣式：
能夠看到，這個控制檯展現的功能區和postman已經沒什麼差異了，包括請求方式，請求參數和請求頭的填充都已經包含了，特別說明下的是，若是請求的方式是Authorization :Basic這種方式認證的話，能夠點擊下圖所示的按鈕，會彈出填充用戶名和密碼的窗口出來，填完後會自動補充到Authorization 的header裏面去
歷史請求記錄
IntelliJ IDEA自動將最近執行的50個請求保存到http-requests-log.http 文件中，該文件存儲在項目的.idea / httpRequests / 目錄下。
使用請求歷史記錄，您能夠快速導航到特定響應並再次發出請求。文件內容大以下圖所示，再次發出請求只要點擊那個運行按鈕便可。
若是從請求歷史記錄再次發出請求，則其執行信息和響應輸出的連接將添加到請求歷史記錄文件的頂部。
構建HTTP請求腳本 上面的歷史記錄就是一個完整的IDEA REST Client請求腳本，若是你是從控制檯觸發的，那麼能夠直接複製歷史請求記錄的文件放到項目裏做爲HTTP請求的腳本，給其餘成員共享，若是不是，也能夠直接新建一個.http或者.rest結尾的文件，IDEA會自動識別爲HTTP請求腳本。
語法部分
### 演示POST請求POST {{baseUrl}}}get?show_env=1Accept: application/json{ "name":"a"}### 演示GET請求GET {{baseUrl}}}/postContent-Type: application/x-www-form-urlencodedid=999&value=content
首先經過###三個井號鍵來分開每一個請求體，而後請求url和header參數是牢牢挨着的，請求參數不論是POST的body傳參仍是GET的
parameter傳參，都是要換行的
環境區分
細心的你可能發現了上面示例的代碼，沒有真實的請求地址，取而代之的，是一個{{baseUrl}}的佔位符，這個就是IDEA REST Client真香的地方，支持從指定的配置文件中獲取到環境相關的配置參數，不只baseUrl能夠經過佔位符替換，一些請求的參數若是和接口環境相關的均可以經過配置文件來區分。
首先在.http的腳本同目錄下建立一個名爲http-client.private.env.json的文件，而後內容以下，一級的key值時用來區分環境的，好比，dev、uat、pro等，環境下的對象就是一次HTTP請求中可以獲取到的環境變量了，你能夠直接在請求的HTTP的腳本中經過{{xx}}佔位符的方式獲取到這裏配置的參數
{ "uat":
{ "baseUrl": "http://gateway.xxx.cn/",
"username": "", "password": ""
}, "dev": {
"baseUrl": "http://localhsot:8888/",
"username": "",
"password": ""
}
}
那麼在選擇執行請求的時候，IDEA就會讓你選執行那個環境的配置，如：
結果斷言
IDEA REST Client能夠針對接口的響應值進行腳本化的斷言處理，立馬從一個接口調試工具上升到測試工具了，好比：
### Successful test: check response status is 200GET https://httpbin.org/status/200> {%client.test("Request executed successfully", function() { client.assert(response.status === 200, "Response status is not 200");});%}
結果值暫存
試想下這樣的場景，當一個系統須要經過認證才能訪問的時候，若是用postman的時候，是否是先訪問登陸接口，而後得到token後，手動粘貼複製到新的調試接口的header參數裏面去，這太麻煩了，IDEA REST Client還有一個真香的功能，能夠完美解決這個問題，請看下面的腳本：
### 演示POST請求POST https://httpbin.org/postContent-Type: application/json{ "user": "admin", "password": "123456"}> {% client.global.set("auth_token", response.body.json.token); %}### 演示GET請求GET https://httpbin.org/headersAuthorization: Bearer {{auth_token}}
在第一個認證的請求結束後，能夠在response裏拿到返回的token信息，而後咱們經過腳本設置到了全局變量裏，那麼在接下來的接口請求中，就能夠直接使用雙大括號佔位符的方式獲取到這個token了
結語
postman有口皆碑，確實是一個很是不錯的必備工具，以前給比人推薦這種工具時老是安利他postman。
可是，IDEA REST Client也真的很不錯，值得嘗試一下，後面安利這種工具就切換到IDEA REST Client了，postman反正被我丟掉了。
和第三方作接口對接時，項目裏必備一個rest-http.http接口請求文件，知足本身的同時也成方便了他人。
推薦閱讀:
不是你須要中臺，而是一名合格的架構師（附各大廠中臺建設PPT）
本文分享自微信公衆號 - 肉眼品世界（find_world_fine）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。