接口調試是每個軟件開發從業者必不可少的一項技能,一個項目的的完成,可能接口測試調試的時間比真正開發寫代碼的時間還要多,幾乎是每個開發的日常工作項。所謂工欲善其事必先利其器,在沒有嘗到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=1 Accept:application/json { "name":"a" } ###演示GET請求 GET{{baseUrl}}}/post Content-Type:application/x-www-form-urlencoded id=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可以針對接口的響應值進行腳本化的斷言處理,立馬從一個接口調試工具上升到測試工具了,比如:
###Successfultest:checkresponsestatusis200GEThttps://httpbin.org/status/200>{%client.test("Requestexecutedsuccessfully",function(){client.assert(response.status===200,"Responsestatusisnot200");});%}
結果值暫存
試想下這樣的場景,當一個系統需要通過認證才能訪問的時候,如果用postman的時候,是不是先訪問登錄接口,然后獲得token后,手動粘貼復制到新的調試接口的header參數里面去,這太麻煩了,IDEA REST Client還有一個真香的功能,可以完美解決這個問題,請看下面的腳本:
###演示POST請求POSThttps://httpbin.org/postContent-Type:application/json{"user":"admin","password":"123456"}>{%client.global.set("auth_token",response.body.json.token);%}###演示GET請求GEThttps://httpbin.org/headersAuthorization:Bearer{{auth_token}}
在第一個認證的請求結束后,可以在response里拿到返回的token信息,然后我們通過腳本設置到了全局變量里,那么在接下來的接口請求中,就可以直接使用雙大括號占位符的方式獲取到這個token了。
結語
Postman有口皆碑,確實是一個非常不錯的必備工具,之前給比人推薦這種工具時總是安利他postman。但是,IDEA REST Client也真的很不錯,值得嘗試一下,后面安利這種工具就切換到IDEA REST Client了,postman反正被我丟掉了。和第三方做接口對接時,項目里必備一個rest-http.http接口請求文件,滿足自己的同時也成方便了他人。
審核編輯:湯梓紅
-
接口
+關注
關注
33文章
8598瀏覽量
151157 -
調試
+關注
關注
7文章
578瀏覽量
33943 -
REST
+關注
關注
0文章
32瀏覽量
9414 -
idea
+關注
關注
1文章
68瀏覽量
4276
原文標題:學會 IDEA 的這個功能,就可以丟掉 Postman 了
文章出處:【微信號:magedu-Linux,微信公眾號:馬哥Linux運維】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
評論