介面測試用例設計

主要是子模組或者子系統間互動並相互作用的部分。

因此，可以分析，系統間的介面包含三部分：輸入、處理邏輯、輸出。

在沒有特殊要求的情況下，至少需要考慮以下內容：

1）、業務功能覆蓋是否完整

2）、業務規則覆蓋是否完整

3）、引數驗證是否達到要求（邊界、業務規則）

4）、介面異常場景覆蓋是否完整如果介面需求還包含效能或者安全要求，還要對介面進行效能測試和安全測試，就需要考慮：效能指標是否滿足要求、安全指標是否滿足要求。

對於介面測試，測試採用的方法是與黑盒測試一致的，可以把介面測試看作是沒有介面的功能測試。

介面測試用例設計點主要包括功能邏輯業務異常安全功能 1.功能是否正常 2.功能是否按照介面設計文件實現舉例有些新增到購物車，需要登入才能新增。也就是業務要求不支援遊客新增購物車功能，如果設計乙個沒有登入的使用者，然後去測試新增購物車介面，結果介面能新增到購物車，說明功能不正常，不符合需...

輸入引數測試引數必填選填合法輸入非法輸入邊界值引數為空或null異常處理，基於業務場景的考慮。如登陸狀態許可權依賴等設計到dao層呼叫的，考慮資料增刪改查的準確性。返回結果測試與需求一直返回碼及返回字段每種錯誤要有單獨且明確的錯誤碼功能測試邏輯測試兩個請求有嚴格的先後順...

根據以往的工作經驗，介面用例設計主要從以下三個方面來進行設計 1 輸入輸入引數主要從以下幾各方面設計 b 引數長度校驗參考介面文件即可。c 引數值的有效性校驗如身份證號的校驗設計的資料雖然符合身份證號的規則，但是並不是真實有效的身份證號這種情況就要看身份證號的校驗規則是什麼樣了，一般都是...