接口測試介紹

什麼是接口測試：

　　在平常工做中，多采用先後端分離的模式開發，有人負責前端，有人負責後端;有的業務還會涉及對接第三方平臺，而接口就是鏈接先後臺、多平臺之間的樞紐，先後端、多平臺交流信息的通道。

　　既然是多人協做、分工開發，那就有可能出現完成進度不一樣步的狀況，例如後端開發已經完成，可是前端沒有完成。那麼咱們測試這時候作什麼呢？僅僅是編寫用例，而後等前端完成後開始測試嗎？這種人力上的巨大浪費顯然不是公司所想要的，若是你理解了接口測試，那麼你其實已經能夠針對接口開始進行測試了。

　　接口測試,又叫API測試,即Application Programming Interface的簡寫.咱們來講，測試接口就是指測試接口的功能，性能測試，固然可能還有安全性測試和穩定性測試及其餘的專項測試。

接口測試與UI測試的區別：

　　API測試是不一樣於UI化測試，接口測試的關注點在系統的業務邏輯，數據的正確性，而UI測試的關注點在於界面的操做或用戶感觀上。

常見的接口分類：

　　工做中常見的接口協議類型有 HTTP和HTTPS類型。

　　常見的請求方式有GET（獲取）、POST（修改）、PUT（上傳）、DELETE（刪除）等，工做中通常接觸的只有GET和POST兩類

 接口測試須要什麼：

　　一、HTTP協議的基礎支持

　　二、接口的說明文檔

　　三、一款趁手的工具或者編程語言(語言類：java、python;工具類：Jmeter、PostMan、SoapUI)

　　四、抓包工具（Fiddler、wireshark）

　　五、數據庫基礎知識

　　六、業務需求的充分理解

爲何要作接口測試：

　　一、隨着系統複雜度不斷上升，僅作傳統的UI測試會使錯誤發現過晚，形成項目成本急劇增長而且總體迭代效率大幅降低，接口測試能夠在這種狀況下將錯誤儘早的暴露出來。

　　二、 接口測試相對容易實現自動化持續集成，且相對UI自動化也比較穩定，能夠減小人工迴歸測試人力成本與時間，縮短測試周期。

　　三、  如今不少系統先後端分離的，從安全層面來講，只依賴前端進行限制已經徹底不能知足系統的安全要求， 須要後端一樣進行控制，在這種狀況下就須要從接口層面進行驗證。

　　四、某些異常場景經過UI界面沒法實現或者難以實現，但經過接口測試就能夠快速簡單的進行驗證。

　　五、現現在不少公司都採用敏捷開發，迭代週期限制了後期測試的可用時間，測試提早介入是勢在必行的趨勢。

接口測試怎麼作：

　　這裏主要說功能性的測試，不管是接口測試仍是UI測試，對於測試人員而言，都是一個理：

　　一、我須要給你什麼<UI：輸入、選擇等；接口：請求入參>  

　　二、怎樣才能給你 <UI：各類觸發操做的按鈕；接口：請求方式(psot、get)>

　　三、我想要的是什麼 <測試用例中的預計結果>

　　四、你給個人是什麼   <UI：跳轉的界面、返回的結果；接口：響應數據>

　　 五、你給個人跟我想要的同樣不同<人爲判斷、工具斷言>