介面測試基礎

介面測試：官方解釋就是測試系統元件間介面的一種測試；是功能測試中的一種；就是前端和後端直接的資料傳遞的測試，所以認為是可以歸於灰盒測試的一種。

• 可能很多測試同事並沒有專門測試過介面，但是在測試的過程中經常是遇到的

  • 比如我們測試web應用的時候，我們F12開啟控制檯，在頁面操作的時候，我們能看到各種請求，其中就有很多前端向後端發起的請求，這種請求其實就是前端client在呼叫後端server的介面。
  • 一個介面的請求，主要包括的有：請求頭、請求體（截圖中下方紅框內的就是請求體，即具體傳遞的引數）
  • 我們在測試的過程中，出問題的時候，測試人員就可以通過觀察請求體裡的引數或者請求返回的資料，來定位是前端的bug還是後端的bug，即可能是前端的引數傳入不對導致不能返回正常的資料，或者是後端的邏輯處理不對以致出了bug。
    -

• 介面介紹

• 介面相當於是一堆函式的整合，在專案開發過程中，常常是後端開發的同事，會制定前後互動所需要使用到的介面。即說明該介面的傳參，已及各種請求的返回情況
• **如圖是一個介面，請求的地址是一個url，請求的方式是post請求，入參的格式是 json格式，每一個引數的引數名，是否必填，資料型別是什麼，以及引數的說明；每個請求都有對應的返回，會返回哪些欄位，值代表什麼意思。
• **目前我們的介面，大部分是通過http協議，而常見又主要分get和post請求。
• 
  

• 介面測試的必要性
  1、發現一頁面上操作不能發現的BUG。
  2、檢查系統安全性，比如一些對資料庫增刪改的介面。
  3、檢查一些異常處理，當前端的校驗出問題不能攔截一些異常的時候，介面可以進行攔截。

• 介面測試流程
  1、熟悉業務與需求，能知道介面測試場景
  2、熟悉開發給出的介面文件，知道介面的引數，在測試前期可以針對性的造資料
  3、根據業務需求，編寫介面測試用例
  4、用例評審
  5、執行測試，完成測試後提交測試報告

• 介面測試的途徑

  • get請求方式的介面，可以在瀏覽器直接輸入，也可以使用工具如postman
    get請求引數的方式 比較簡單，直接在url後面進行拼接，格式為：url?param=value&param2=value

  • post請求方式的介面，不能在瀏覽器直接輸入，只得藉助工具如postman
    post請求的引數，常見為json格式，如

         `{ 
             “username”:“TOM”,
             "age":"18"
          }
    

  HTTP ：post與get區別
  1、get直接通過url傳參，而post的引數在請求體裡面
  2、get的資料在url中可見，相對於來較post不安全
  3、get請求一般是獲取資料，而post獲取資料、也可傳送資料