設計思路
優先順序–針對所有介面
1、暴露在外面的介面，因為通常改介面會給第三方呼叫
2、供系統內部呼叫的核心功能介面
3、供系統內部呼叫的非核心功能介面
優先順序--針對單個介面
1、正向用例優先測試，逆向用例次之
2、是否滿足前提條件》 是否攜帶預設引數 > 引數是否必填 > 引數資料型別限制 > 引數資料型別自身的資料範圍值限制
設計分析
通常設計介面用例需要考慮以下幾個方面：
1、是否滿足前提條件
有些介面需要滿足前置條件，才能成功獲取資料。常見的的，需要登入token
2、逆向用例：
針對是否滿足前置條件（假設n個條件），設計0~n條用例
是否攜帶預設值引數
正向用例：
帶預設值的引數都不填寫，不傳參，必填引數都填寫正確且存在的「常規值」，其他不填寫，設計1條用例
引數是否必填
逆向用例：
針對每個必填引數，都設計1條引數值為空的逆向用例
引數之間是否存在關聯
有些引數彼此之間存在相互制約的關係
逆向用例：
根據時間情況，可能需要設計0~n條用例
引數資料型別限制
逆向用例：
針對每個引數都設計1條引數值型別不符的逆向用例
引數資料型別自身的資料範圍值限制
正向用例：
針對所有引數，設計1條每個引數的引數值在資料範圍內為最大的正向用例
逆向用例：
針對所有引數，設計1條每個引數的引數值在資料範圍外為的逆向用例
介面測試用例設計
介面測試用例設計點主要包括 功能 邏輯業務 異常 安全 功能 1.功能是否正常 2.功能是否按照介面設計文件實現 舉例 有些新增到購物車，需要登入才能新增。也就是業務要求不支援遊客新增購物車功能，如果設計乙個沒有登入的使用者，然後去測試新增購物車介面，結果介面能新增到購物車，說明功能不正常，不符合需...
介面測試用例設計
主要是子模組或者子系統間互動並相互作用的部分。因此，可以分析，系統間的介面包含三部分 輸入 處理邏輯 輸出。在沒有特殊要求的情況下，至少需要考慮以下內容 1 業務功能覆蓋是否完整 2 業務規則覆蓋是否完整 3 引數驗證是否達到要求 邊界 業務規則 4 介面異常場景覆蓋是否完整如果介面需求還包含效能或...
介面測試用例設計
輸入引數測試 引數必填 選填 合法輸入 非法輸入 邊界值 引數為空或null異常處理，基於業務場景的考慮。如 登陸狀態 許可權 依賴等設計到dao層呼叫的，考慮資料增刪改查的準確性。返回結果測試 與需求一直 返回碼及返回字段 每種錯誤要有單獨且明確的錯誤碼 功能測試 邏輯測試 兩個請求有嚴格的先後順...