Rest接口測試,巧用firebug插件

  兩年前開始作軟件測試,剛接觸的是關於rest接口的測試。做爲一個剛進職場的測試小菜鳥,當時對接口的理解並非很充分,具體是怎麼實現的也不清楚。在進行接口測試時,只是設置接口入參,調用接口,查看接口是否執行成功,返回的結果是否正確,而後再到網頁上查看操做是否生效。當測試出現問題時,好比,設置了正確的入參,接口卻沒有執行成功;再好比接口調用時給某個參數設置了值,返回的結果中該參數的值倒是空的等等,當時本身只是把問題暴露出來,提交給開發處理。至於問題是如何產生的,並無進行深層地分析定位,也不知道如何下手。java

  一次在和開發確認問題時偶然知道了firebug插件,在火狐瀏覽器上安裝firebug,就能夠查看rest接口發送的請求和響應。那麼具體如何藉助此神器,來幫助咱們分析問題呢?編程

  首先,咱們須要瞭解rest請求的四種模式。接口操做基本上也就是這些模式,無非涉及的接口名、參數不一樣罷了。瀏覽器

  1. POST /uri  建立網絡

  2. PUT /uri/xxx  更新或建立測試

  3. GET /uri/xxx  查詢插件

  4. DELETE /uri/xxx  刪除rest

  接下來講說如何使用firebug。火狐瀏覽器安裝firebug插件後,F12便可進入開發者模式。例如在淘寶網上搜索「java編程」,這是一個查詢操做。blog

  (1)點擊「網絡」,能夠看到第一條search請求,右側是請求對應的uri。狀態碼200表示請求發送成功。接口

  

  (2)點擊「參數」按鈕,能夠看到rest請求中的入參有哪些,具體的值是什麼開發

  

  (3)點擊「響應」按鈕,能夠看到接口返回值信息

  

  (4)此外,咱們還能夠編輯rest請求的入參,編輯和重發,來查看rest請求的響應結果。好比,咱們把查詢「java編程」改成「C#編程」

  

  以上就是rest請求具體的發送響應過程。知道了這些,對於測試就會有極大的幫助。發現問題後,能夠本身進行初步地分析和定位,找到問題產生的根源。

相關文章
相關標籤/搜索