介面測試一般考慮入參形式的變化和介面的業務邏輯,一般設計介面測試用例採用等價
類邊界值、場景法居多!
介面測試設計測試用例的思路如下:
1、介面業務邏輯測試?(正例)
介面邏輯測試是指根據業務邏輯、輸入引數、輸出值的描述,對正常輸入情況下
所得的輸出值是否正確的測試,也就是測試對外提供的介面服務是否正常工作。
2、模組介面測試?(反例)
模組介面測試是為了保證資料的安全及程式在異常情況下的邏輯的正確性而進行
的測試。?模組介面測試的主要包括以下幾個方面: ?
1 )鑑權碼token異常(鑑權碼為空《沒有鑑權碼》錯誤的鑑權碼，過期的鑑權碼)。,
2 )其他引數異常。
1、必填項檢查
2、引數的長度、型別、格式異常:
常規引數: (數字、字串、日期)
引數長度: 6-18位。或身份證、**的長度。
引數型別:數字(精度) ,字母，中文,帶空格的引數,特殊字元。
日期格式:日期:年月日,年月日時分秒，日期格式(包括，:等)。
3 )錯誤碼異常覆蓋。
4 )介面測試其他的關注點
介面有翻頁時,頁碼與頁數的異常值測試
資料庫的增刪改查,比如一乙個post介面操作完成後,通過列表頁介面看下新的資料是否
和剛才的post-致
介面返回的位址能否開啟,尺寸是否符合需求
當輸出引數有聯動性時，需要校驗返回兩引數的實際結果是否都符合需求。
所有列表頁介面必須考慮排序值
所有功能都要考慮相容舊版本
如何進行介面測試？如何設計介面測試用例？
1 引數入參型別校驗 入參型別與介面文件保持一致。2 引數必填項校驗 必填項不為空 null 3 引數長度 a 介面文件記錄的資料庫長度 b 需求文件要求的字段長度 4 引數取值範圍 a 列舉值，需校驗每個列舉值。特別是不同列舉值對應不同場景的情況 b 有限定範圍，可用邊界值進行設計測試用例。如密碼...
介面測試用例設計
介面測試用例設計點主要包括 功能 邏輯業務 異常 安全 功能 1.功能是否正常 2.功能是否按照介面設計文件實現 舉例 有些新增到購物車，需要登入才能新增。也就是業務要求不支援遊客新增購物車功能，如果設計乙個沒有登入的使用者，然後去測試新增購物車介面，結果介面能新增到購物車，說明功能不正常，不符合需...
介面測試用例設計
主要是子模組或者子系統間互動並相互作用的部分。因此，可以分析，系統間的介面包含三部分 輸入 處理邏輯 輸出。在沒有特殊要求的情況下，至少需要考慮以下內容 1 業務功能覆蓋是否完整 2 業務規則覆蓋是否完整 3 引數驗證是否達到要求 邊界 業務規則 4 介面異常場景覆蓋是否完整如果介面需求還包含效能或...