原理:模擬客戶端向服務器發送請求消息,服務器收到請求消息後處理相應消息並返回回復給客戶端,客戶端收到回復的過程;
要點:檢查數據交換、傳輸和控制的管理流程,包括處理的次數;
核心:持續集成是接口測試的核心;
優點:它為高度復雜的平臺帶來了高效的缺陷監控和質量監督能力。平臺越復雜,系統越龐大,接口測試的效果越明顯。
用例設計重點:通常主要測試最外層的兩類接口:數據輸入系統接口(本系統使用調用外部系統的參數)和數據輸出系統接口(驗證系統?統壹處理後的數據是否正常);
輸入參數主要從以下幾個方面設計:
必需的項目檢查
接口文檔中有關於是否需要的描述。請參考接口文檔。
參數長度檢查
請參考接口文檔。
c參數值的有效性檢查
因此,參數的驗證需要結合實際業務場景來確定哪些數據是真實有效的,並且需要確保所有真實有效的數據都可以被驗證。
d參數組合檢查
不同的參數組合可能有不同的業務場景;
e .如果參數是枚舉值,則必須測試各種枚舉值,因為不同的枚舉可能采取不同的業務流程;
f參數值默認值的驗證
請參考接口文檔。
壹些參數有特定的生成規則。如果您想單獨為生成規則設計用例,您必須確保真實有效的數據可以被驗證。
我對接口邏輯使用的設計方法是分支覆蓋-》;路徑覆蓋-》;場景覆蓋還需要結合實際的業務場景,完全沒有發生的業務場景是無效的測試用例。
a .第壹步是先畫出業務流程;
b .根據路線圖中的分支,不同的分支有不同的場景,因此這裏要考慮到異常場景;如接口超時、接口異常、接口請求成功或失敗、成功後如何處理、失敗後是否繼續流程、失敗後數據如何處理;
在完成C測試邏輯設計後,您應該思考如何測試不同的業務場景以及誰需要協助。
例如如何測試接口超時、如何測試請求重復以及如何測試請求並發。
輸入結果:正常輸出和異常輸出,常用的方法是錯誤推斷(列出程序中可能出現的錯誤或異常並根據它們選擇測試用例)。