1、介面測試基本工作
(1). 介面協議型別：如http、tcp
(2). 介面的請求型別：get、post等
(3). 介面引數命名準確：例如，http://***x/uds/search/userdatasearch
(4). 介面請求引數，引數型別，是否必選
(5). 介面返回結果，資料格式正確：例如json、pb檔案
(6). 介面所涉及的資料庫，資料的增刪改查，功能是否正常
(7). 介面是否有快取（影響效能）
這點比較重要，不管是檔案快取還是memcache快取。
(8). 介面返回資料、狀態
介面必須提供明確的資料狀態資訊，不管是成功的，還是失敗的，都應當返回，並附有對應的業務狀態錯誤碼。
(9). 介面版本控制（向下相容）
2、業務功能測試
(1). 正常場景
(2). 異常場景
3、邊界分析測試
(1). 業務規則邊界值分析
(2). 輸入輸出引數邊界分析
a) 覆蓋所有的必選引數
b) 組合可選引數
c) 引數有、無、null
d) 引數的順序、個數、類別
e) 引數型別數值大小、輸入的數值的範圍
f) 引數字串長短、null、max、max+1
g) 引數包含特殊字元
4、引數組合測試
介面中有多個引數，需根據業務功能，判斷怎樣進行引數組合測試。
介面測試用例設計
介面測試用例設計點主要包括 功能 邏輯業務 異常 安全 功能 1.功能是否正常 2.功能是否按照介面設計文件實現 舉例 有些新增到購物車，需要登入才能新增。也就是業務要求不支援遊客新增購物車功能，如果設計乙個沒有登入的使用者，然後去測試新增購物車介面，結果介面能新增到購物車，說明功能不正常，不符合需...
介面測試用例設計
主要是子模組或者子系統間互動並相互作用的部分。因此，可以分析，系統間的介面包含三部分 輸入 處理邏輯 輸出。在沒有特殊要求的情況下，至少需要考慮以下內容 1 業務功能覆蓋是否完整 2 業務規則覆蓋是否完整 3 引數驗證是否達到要求 邊界 業務規則 4 介面異常場景覆蓋是否完整如果介面需求還包含效能或...
介面測試用例設計
輸入引數測試 引數必填 選填 合法輸入 非法輸入 邊界值 引數為空或null異常處理，基於業務場景的考慮。如 登陸狀態 許可權 依賴等設計到dao層呼叫的，考慮資料增刪改查的準確性。返回結果測試 與需求一直 返回碼及返回字段 每種錯誤要有單獨且明確的錯誤碼 功能測試 邏輯測試 兩個請求有嚴格的先後順...