【查漏補缺階段】①接口測試

接口的優勢前端

一、責任劃分清晰二、縮短研發週期三、可拓展性強chrome




接口(api)編程


以http協議形式提供,定義了輸入、輸出、功能描述的服務。json




接口測試流程後端


一、接口的功能測試(先要保證接口是正確的的)例如,淘寶買襪子,付款是襪子而不是鞋子。二、測試接口的數據(傳遞一些特殊的數據,保證接口沒問題)例如。淘寶禁止搜到黃賭毒等違法的商品。三、自動化測試腳本的編輯四、接口的性能、壓力測試api





網絡編程的基本概念瀏覽器


客戶端:移動應用app服務端:提供服務、數據、資源的機器請求:索取數據的行爲響應:返回數據給客戶端的反應安全





http協議服務器


http協議(超文本傳輸協議)概念:瀏覽器和服務器間通訊的規矩
URL(統一資源定位符)概念:互聯網上資源的地址、位置。每一個資源只有一個惟一的URL格式:協議://主機地址/路徑restful






請求方式:get、post


get:提交的數據顯示在地址欄,不安全;

     搜索的量有限制;

     通常提交簡單的、不重要的請求數據


post:隱式提交數據,更安全(在瀏覽器右鍵「檢查」中查看);

      沒有數據量的限制

      重要數據使用post







數據格式


一、鍵值對:?xx=11&xxx=2

二、json數據:

{  "屬性名1":"屬性值",  "屬性名2":"屬性值",  "屬性名3":"屬性值"}






http協議之常見響應狀態碼


狀態碼由三位數字組成,第一位定義了響應類型,有五種1xx:指示信息(表示請求已接收,繼續處理)2xx:成功(表示請求已被成功接收、理解、接受)3xx:重定向(要完成的請求必須進行更進一步的操做)4xx:客戶端錯誤(請求有語法錯誤或請求沒法實現)5xx:服務器錯誤(服務器未能實現合法的請求)


拓展:http和https:後者安全性更高




restful風格


按照必定的規則寫出來的易讀、易懂的api文檔;目的是讓前端、後端、測試三方在工做的時候有據可提高開發和測試的效率(非強制要求)
   增刪改查四大功能的語法風格  (1)查

       方法:get

       響應碼:200+查詢數據


  (2)增

       方法:post

       響應碼:201+新增的數據


  (3)改

       方法:put

       響應碼:200或201+修改後的數據


  (3)刪

       方法:delete

       響應碼:204+無





工具

postman的安裝:三點→擴展程序postman的打開:chrome://apps



實戰

(可在聚合數據中申請接口進行測試實戰)
接口文檔主要看:接口地址、請求方式、請求參數
實戰步驟1.打開postman二、選擇請求方式,輸入接口地址?請求參數三、點擊send四、查看返回結果是否正確

相關文章
相關標籤/搜索