1.接口

概念：

指系統或組件之間的交互，通過這些互交點可以實現數據的交互（數據交互的通道）

分類： 硬件接口與軟件接口，作為測試工程師，更多關注軟件層面的接口。

?

1.2軟件接口類型

接口測試分類有許多種，按照范圍劃分：系統之間的接口和程序內部的接口

系統之間的接口：多個內部系統之間的交互，內部系統與外部系統之間的交互

程序內部的接口：方法與方法之間，模塊與模塊之間的交互

2.接口測試

接口測試，是對系統或組件之間的接口進行測試，主要是校驗數據的交換、傳遞和控制管理過程，以及互相邏輯依賴關系。

2.1接口測試原理

模擬客戶端向服務器發送請求，服務器接收請求后進行相應的業務處理，并向客戶端返回響應數據，檢查響應數據是否符合預期。

解釋：

我們通過工具或代碼向服務器發送請求，該請求按照接口文檔的規定進行發送，測試返回的響應是否符合預期的結果，就可以檢驗接口是否存在問題了。

?

2.2接口測試特點

1）測試可以提前介入，提早發現Bug，符合質量控制前移的理念

根據W測試模型（雙v模型）提倡測試提前介入，提前介入測試，可以盡早發現問題，越早發現問題，成本越小。

2）可以發現一些頁面操作發現不了的問題。

頁面可能在前端進行了操作的限定，比如注冊功能中密碼框輸入的長度等，在進行頁面進行測試時，是不能超過長度輸入的，但通過訪問接口，可以自動以密碼的長度，接口測試可以發現頁面發現不了的問題。

3）接口測試實現低成本高效益（底層的一個Bug能夠引發上層8個左右的Bug，接口測試可以實現自動化）

接口測試可能通過幾行代碼，執行多條用例，可以大大提高工作的效率，節約企業成本。

4）不同于傳統的單元測試，接口測試是從用戶的角度對系統進行全面的檢測。

2.3接口測試實現方式

1）使用接口測試工具來實現（比如：JMeter、Postman）

接口測試的本質就是通過向接口發送請求，查看響應是否正確，現階段主要以postman工具來實現接口測試，JMeter會在后續的性能測試中終點講解。

2）通過編寫代碼來實現（比如：Python + Request）

接口測試的另一種方式就是通過代碼實現，由于本質就是向接口發送請求，同樣可以使用代碼實現，并且代碼相比工具實現起來更加靈活，但要求測試人員具有一定的coding能力。

2.4接口自動化

測試分類：

按照是否自動化進行測試分類，可以分為：

- 手工測試

- 自動化測試

接口自動化測試：

針對接口進行測試，用工具或代碼代替人進行測試的一種活動

3.網路協議

3.1 HTTP協議

概念：

HTTP協議，（）超文本傳輸協議，是一個基于請求與響應模式的、應用層的協議，也是互聯網上應用最為廣泛的一種網絡協議（傳輸超文本 --> 超文本）

HTTP協議特點：

1.智齒客戶端/服務器模式

2.簡單快速：快速傳輸，http協議比https協議更加分高效（https比HTTP更加安全）

3.靈活

4.無連接：無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶的請求，并受到客戶的應答后，即斷開連接。

5.無狀態：協議對于事務處理沒有記憶能力，對同一個url請求沒有上下文關系，每次的請求都是獨立的，它的執行情況和結果與前面的請求和之后的請求是無直接關系的，它不會受前面的請求應答情況直接響應，也不會直接影響后面的請求應答情況。

3.2URL

URL：統一資源定位符，是互聯網上標準資源的地址。HTTP使用URL來建立連接和傳輸數據。

URL格式：

1）協議部分：http，常見的協議有HTTP，HTTPS、FTP等

2）域名部分：www.jeremyblog.cn，也可以使用IP地址作為域名使用

3）端口部分：8080，端口可以省略，默認端口（HTTP：80，HTTPS：443，FTP：21）

4）資源路徑部分：/news/index.html

5）查詢參數部分：uid=123&page=1，查詢參數通過“？”與URL進行分隔，可以允許有多個參數，多個之間用“&”作為分隔符

?

總結

以上是生活随笔為你收集整理的软件接口以及HTTP协议的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。