介面定義： 程式之間協作所要遵循的一套規範、標準。

介面優點： 1、責任劃分清晰

2、縮短研發週期

3、可拓展性強

Api 介面：

介面概念：應用程式程式設計介面(API:Application Programming Interface)：以HTTP協議形式提供，定義了輸入、輸出以及功能描述的服務。

介面測試流程： 1、介面的功能測試（先要保證介面是正確的）

2、測試介面的資料（傳遞一些特殊的資料，保證介面沒有問題）

3、自動化測試指令碼的編輯 - Apache Jmeter

4、介面的效能、壓力測試

網路程式設計基本概念：

客戶端（Client）:移動應用（IOS、Android、Web等應用）

伺服器（Server）:為客戶端提供服務、提供資料、提供資源的及其

請求（Request）：客戶端向伺服器索取資料的一種行為

響應（Response）：伺服器對客戶端的請求做出的反映，一般指返回資料給客戶端

HTTP 協議

HTTP協議概念：

協議：計算機通訊網路中兩臺計算機之間進行通訊所必須共同遵守的規則或規定。

HTTP協議：超文字傳輸協議，是一種規定了瀏覽器和伺服器之間通訊的規則。

URL（統一資源定位符）

概念：網際網路上資源的地址、位置。每一個資源都有一個唯一的URL。

格式：協議：//主機地址/路徑

GET 、 POST 請求

GET 提交的資料顯示在位址列，不安全；提交的資料量有限制；不重要的資料使用GET。

POST隱式提交資料，更安全；沒有資料量大小的限制；重要資料使用POST。

資料傳遞的格式

鍵值對：？xx=11&xx=222

Json資料：

{

"屬性名1" : "屬性值",

"屬性名2" : "屬性值",

"屬性名3" : "屬性值"

}

HTTP 協議之常見的響應狀態碼

狀態碼有三位數字組成，第一位數字定義了響應型別，有5中可能取值。

1xx: 指示資訊—標識請求已接收，繼續處理。

2xx: 成功—標識請求已被成功接收、理解、接受。

3xx: 重定向—要完成請求必須進行更進一步的操作。

(eg.http – https(安全度更高))

4xx: 客戶端錯誤—請求有語法錯誤或請求無法實現。

5xx: 伺服器端錯誤—伺服器未能實現合法的請求。

restful 風格

按照一定的規則寫出的易讀、易懂的api文件；目的是讓前端、後端、測試三方在工作的時候有據可循，提升開發和測試的效率（非強制要求，軟要求）

增刪改查四大功能的語法風格：

1. 查

方法：get

響應碼：200 + 查詢的資料

1. 增

方法：post

響應碼：201 + 新增的資料

1. 改

方法：put

響應碼：200或201 + 修改後的資料

1. 刪

方法：delete

響應碼：204 + 無

介面測試工具

使用當今主流的兩款整合在瀏覽器中的介面測試工具進行介面測試的實戰:

1. 谷歌：postman
2. 火狐：restclient

請求地址、請求引數、請求方式