介面測試用例設計點主要包括：功能、邏輯業務、異常、安全
功能：
1.功能是否正常；
2.功能是否按照介面設計文件實現；
舉例：有些新增到購物車，需要登入才能新增。也就是業務要求不支援遊客新增購物車功能，如果設計乙個沒有登入的使用者，然後去測試新增購物車介面，結果介面能新增到購物車，說明功能不正常，不符合需求和介面文件描述
邏輯業務：
是否依賴業務
例：呼叫該介面之前，需要呼叫登入介面，如果不登入也能請求資料，不符合業務邏輯
異常：引數異常和資料異常
引數異常：關鍵字引數，引數為空，少引數，多引數，錯誤引數
資料異常：關鍵字資料，資料為空，長度不一致，錯誤資料
安全：
1.cookie：有cookie才能獲取資料，如果不帶cookie還能返回資料，說明有問題
2.header：正常介面帶header資訊，刪除header看是否還能返回資料
介面測試用例設計
主要是子模組或者子系統間互動並相互作用的部分。因此，可以分析，系統間的介面包含三部分 輸入 處理邏輯 輸出。在沒有特殊要求的情況下，至少需要考慮以下內容 1 業務功能覆蓋是否完整 2 業務規則覆蓋是否完整 3 引數驗證是否達到要求 邊界 業務規則 4 介面異常場景覆蓋是否完整如果介面需求還包含效能或...
介面測試用例設計
輸入引數測試 引數必填 選填 合法輸入 非法輸入 邊界值 引數為空或null異常處理，基於業務場景的考慮。如 登陸狀態 許可權 依賴等設計到dao層呼叫的，考慮資料增刪改查的準確性。返回結果測試 與需求一直 返回碼及返回字段 每種錯誤要有單獨且明確的錯誤碼 功能測試 邏輯測試 兩個請求有嚴格的先後順...
介面測試用例設計
根據以往的工作經驗，介面用例設計主要從以下三個方面來進行設計 1 輸入 輸入引數主要從以下幾各方面設計 b 引數長度校驗 參考介面文件即可。c 引數值的有效性校驗 如 身份證號的校驗 設計的資料雖然符合身份證號的規則，但是並不是真實有效的身份證號 這種情況就要看身份證號的校驗規則是什麼樣了，一般都是...