1. 介面的概念及本質：
介面：實現前端和後端之間資料通訊的橋樑，本質就是資料的輸入與輸出的過程。
介面測試：介面的提供方、介面的呼叫方之間的互動、邏輯處理。
介面測試的整個實現過程基於通訊協議（HTTP），透過該協議傳送請求（Request）給伺服器，伺服器處理並返回相應結果（Response），然後對響應的資料進行分析，判定資料結果是否與預期一致
2.介面型別：
（1）按結構劃分：系統內部之間的介面（系統與子系統之間）、模組與模組之間的介面、系統與第三方介面（如支付介面、身份校驗介面）
（2）按協議劃分：
HTTP型別介面：採用 HTTP 協議（應用層）進行通訊，在傳送請求時僅會響應一次，響應的資料格式通常是鍵值對格式，即 JSON 格式資料。
Web Service型別介面：採用 SOAP（應用層）進行通訊，SOAP協議實際就是基於 HTTP 協議進行封裝，其傳送請求和響應請求的資料格式都是 XML 格式。
Windows Sockets型別介面：該介面型別是基於傳輸層進行封裝所得到的 Socket 抽象層，客戶端與伺服器建立連線後，就可以傳送請求和響應，大部分應用為 C/S 架構的軟體。
3. 介面測試常用工具：
Jmeter：一款免費、開源的效能測試工具
Postman：工具簡單、介面簡介
SoapUI：一款免費、開源的測試工具，主要實現 Web Service 型別的介面測試，可以完成 Web Service 的功能、負載、效能等測試。
4.介面測試用例編寫要點：
（1）引數型別是否合法（注意 null 型別）
（2）引數取值範圍是否合法（使用邊界值取值）
（3）引數為空
（4）請求具有先後順序的情況考慮調換順序
（5）用例設計一般考慮引數的組合、極值、是否必填、引數型別
6.介面測試流程：
（1）獲取需求文件和介面文件
（2）透過需求文件分析介面的業務邏輯要求以及業務邊界
（3）透過介面文件分析出介面的技術指標（介面地址、請求方式、入參、出參）
（4）介面測試用例設計（著重於介面測試資料準備）
（5）使用介面測試工具進行介面測試
（6）介面缺陷管理和跟蹤
（7）介面自動化持續整合
7. GET/POST/PUT/DELETE 等型別請求詳解：
HTTP報文主要有兩種型別：請求報文和響應報文
（1）HTTP請求報文：
HTTP請求報文由三部分構成：請求行、請求頭、請求體
請求行構成：請求方法、URL、請求協議版本
（2）不同的請求方法：
GET方法：GET方法要求伺服器將 URL 定位的資源儲存在響應報文中的資料部分，然後將其返回給客戶端。請求引數和對應的值拼接在 URL 後面，使用問號 ? 代表 URL 的結尾與請求引數的開始，引數之間使用 & 連線。不同瀏覽器位址列儲存的字元長度限制是不同的，一般最多隻能識別 1024 個字元，所以傳送大量資料不適合使用 GET 方法。
POST方法：在 HTTP 請求資料中封裝請求引數，並以鍵值對的形式存在，可以傳輸大容量的資料。POST方法對傳送的資料大小沒有限制，而且不會顯示在 URL 中。
PUT方法：PUT請求主要是改變伺服器資料，對資料進行修改操作，POST方法是對資料進行增加操作。
DELETE方法：用來刪除伺服器的資料。
GET方法和POST方法的本質區別：
1.GET方法請求引數直接顯示在 URL 中，POST方法請求引數顯示在請求體中，所以 POST 方法比 GET 方法更安全；
2.瀏覽器中位址列的 URL 地址是有長度限制的，POST 方法攜帶的引數擦灰姑娘度範圍可以大於 GET 方法；
3. GET 方法用於獲取資料，POST 方法用於提交資料；
（3）請求頭：通知伺服器關於客戶端請求的資訊，由鍵值對組成
Accept：表示客戶端允許進行解析的資料文字型別，*/* 表示允許接收解析所有文字資料型別；
Accept-Encoding：表示客戶端期望接收到的響應體（body）的壓縮編碼型別；
Accept-Language：表示客戶端允許接收的語言，預設是 zh_cn；
Authorization：
Connection：表示客戶端與伺服器的連線型別，keep-alive：表示長連線，客戶端可以繼續向伺服器傳送請求，且保持當前狀態；close：表示會話結束。
Content-Length：表示請求體的文字長度
Content-Type：表示請求或響應實體主體的媒體型別，text/html：html型別，application/json：請求或返回 json 格式資料型別
Cookie：瀏覽器 cookie
| HTTP授權的授權證書 |