最近的專案經常測試介面，記錄一下介面測試用例設計的思路。
一般咱們功能測試用例包含： 前置條件+測試步驟+預期結果，介面測試也是一樣的。以下是我的介面測試用例設計思路。
第一步 分析介面。就如同分析功能測試的需求文件。
考慮幾個方面：
1 有哪些介面
3 分析介面與介面之間的關聯關係或者叫依賴關係
4 分析介面與業務之間的關聯關係或者叫依賴關係
第二步 設計介面測試用例。 盡量做到考慮全面，高覆蓋率。
1 介面的功能是否ok，是否符合介面文件，介面傳遞的資料需要入庫的資料庫是否更新。
2 引數很多是key:value格式的
分別考慮key的個數、空、修改key；
value的個數（多引數或者少引數）、空值、長度、格式、型別等；value是列舉型別的，要遍歷每乙個列舉值。
3 業務依賴關係
4 介面依賴關係 【比如登入介面成功，使用者資訊獲取介面才可以成功；否則提示未登入】
5 header、cookie
6 介面的安全性【是否有敏感資訊、是否加密等】
7 響應結果的資料量
【有些介面返回大量資料，一定要設定取數時間段。首先跟業務確認預估的業務量 並對預估的業務量在後台新增上對應的測試資料量，再反饋給業務當前業務量下介面的響應時間。如果時間太長，可以縮短取值區間，或進行分段請求】
第三步 除錯介面指令碼。可以使用jmeter，postman等介面工具，也可以自編介面測試指令碼。
1 除錯指令碼
2 新增邏輯控制，對指令碼內的資料進行引數化 【前置條件，測試步驟 及 測試資料】
3 新增斷言【其實就是用例裡的預期結果】
第四步 執行測試，指令碼的批量執行。
對執行結果進行分析，錯誤分析、響應結果分析、響應時間分析等等。
介面測試用例設計
介面測試用例設計點主要包括 功能 邏輯業務 異常 安全 功能 1.功能是否正常 2.功能是否按照介面設計文件實現 舉例 有些新增到購物車，需要登入才能新增。也就是業務要求不支援遊客新增購物車功能，如果設計乙個沒有登入的使用者，然後去測試新增購物車介面，結果介面能新增到購物車，說明功能不正常，不符合需...
介面測試用例設計
主要是子模組或者子系統間互動並相互作用的部分。因此，可以分析，系統間的介面包含三部分 輸入 處理邏輯 輸出。在沒有特殊要求的情況下，至少需要考慮以下內容 1 業務功能覆蓋是否完整 2 業務規則覆蓋是否完整 3 引數驗證是否達到要求 邊界 業務規則 4 介面異常場景覆蓋是否完整如果介面需求還包含效能或...
介面測試用例設計
輸入引數測試 引數必填 選填 合法輸入 非法輸入 邊界值 引數為空或null異常處理，基於業務場景的考慮。如 登陸狀態 許可權 依賴等設計到dao層呼叫的，考慮資料增刪改查的準確性。返回結果測試 與需求一直 返回碼及返回字段 每種錯誤要有單獨且明確的錯誤碼 功能測試 邏輯測試 兩個請求有嚴格的先後順...