模版如下：可根據實際專案情況增加或者刪除
說明：一介面編號，專案+jk+模組+編號（001）
二 介面名稱，模組名稱
三 關於優先順序（高優先順序）：
1 新開發的介面
2 複雜度高的介面
3 呼叫頻率高的介面
4 核心業務介面
四 介面測試說明
可以根據情況劃分，基本測試用例設計（實現功能），異常測試用例設計，在保證基本功能實現的情況下，進行異常情況測試
用簡要的語言描述清楚測試的功能
（可以根據開發的**中的結果，來考慮測試用例，開發的**中會對不同的情況，返回不同的結果）
五 介面引數說明
可以簡單說明引數，也可以填入實際測試時的引數
六 預計結果
可以寫上返回值
七 備註
可以寫上相關的測試資訊
介面測試用例設計
介面測試用例設計點主要包括 功能 邏輯業務 異常 安全 功能 1.功能是否正常 2.功能是否按照介面設計文件實現 舉例 有些新增到購物車，需要登入才能新增。也就是業務要求不支援遊客新增購物車功能，如果設計乙個沒有登入的使用者，然後去測試新增購物車介面，結果介面能新增到購物車，說明功能不正常，不符合需...
介面測試用例設計
主要是子模組或者子系統間互動並相互作用的部分。因此，可以分析，系統間的介面包含三部分 輸入 處理邏輯 輸出。在沒有特殊要求的情況下，至少需要考慮以下內容 1 業務功能覆蓋是否完整 2 業務規則覆蓋是否完整 3 引數驗證是否達到要求 邊界 業務規則 4 介面異常場景覆蓋是否完整如果介面需求還包含效能或...
介面測試用例設計
輸入引數測試 引數必填 選填 合法輸入 非法輸入 邊界值 引數為空或null異常處理，基於業務場景的考慮。如 登陸狀態 許可權 依賴等設計到dao層呼叫的，考慮資料增刪改查的準確性。返回結果測試 與需求一直 返回碼及返回字段 每種錯誤要有單獨且明確的錯誤碼 功能測試 邏輯測試 兩個請求有嚴格的先後順...