12- APP接口測試以及接口文檔的分析

什麼是接口？

 

爲何要作接口測試？

 

 

接口測試流程

需求評審

需求分析

接口用例設計

執行測試用例

bug的定位於追蹤

 

接口文檔分析

接口文檔分析：開發

內容：

1.接口名稱

2.接口地址

3.支持方式

4.請求方法

5.請求參數（參數名稱，類型，是否必填，參數說明）

6.返回參數（返回碼，返回值信息，返回json消息或者xml消息）

7.信息頭數據。

 

HTTP響應碼

1xx

2xx

3xx

 

測試用例的設計

①正常情景

功能是否按照接口文檔要求的功能實現。

②異常場景

1.參數爲空

2.參數多填

3.參數少填

4.參數類型錯誤

5參數數值範圍錯誤

異常場景下是否有正確的處理邏輯和響應提示。

 

具體用例設計

①必填參數：對於必填參數要設計傳參數和不傳參數，接口的返回狀況。

 

--必填參數傳參數：

1.參數都是正確

2.必填參數類型錯誤（非法，特殊字符）

3.必填參數數值範圍錯誤（超過邊界值）

--必填參數不傳參數

1.必填參數所有爲空

2.必填參數部分爲空

 

②選填參數用例設計

因爲通常接口對於非必須參數都不會作非正常性傳值的判斷，因此只要接口返回的內容是否正確便可。

若是有接口文檔說明對非必須參數做了非正常驗證的話，也要對其進行驗證。

 

 

接口返回值

1.首先比較返回碼

2.比較返回值的完整性，即返回的key全不全

3.而後比較key的value數據類型

4.而後比較key對應的value值（也包括驗證業務相關的數據的value值）

 

 

最終的接口測試設計

1.覆蓋全部參數，正向用例

2.覆蓋全部必填參數，正向用例

3.某一必填參數爲空，逆向用例

4.必填參數基礎上，少穿一個參數。

5.多穿一個參數，逆向用例。

6.必填參數數據類型錯誤，數據值錯誤，逆向用例（列如整型變字符串）

7.任意組合可選參數，正向用例。

8.與業務邏輯相關的，用戶身份認證爲空或者錯誤，逆向用例。

9.字段的惟一性校驗，若是插入的字段不能重複，發送兩次請求，查看第二次返回結果。