當今在測試領域，接口測試已經越來越多的被提及，被重視。
區別於傳統意義上的系統級別測試，很多測試人員在接觸到接口測試的時候，也許對測試執行還可以比較順利的上手，但一提到相關的歸檔，比如測試用例和報告，就有些不知所措了。
今天就用這篇文章來說說接口測試用例和報告。
1. 接口用例模板
提到測試用例，我們知道，其中最重要的兩個要素就是：
- 測試步驟
- 預期結果
其實對於接口測試也同樣如此；接口測試的步驟中，最重要的是將實現向接口發送預設請求，結果則要關注響應信息及后續處理。
所以接口測試用例編排可以考慮下列兩種形式：
要注意的是，實際工作場景中我們可能還會對接口之間的串聯和混合場景進行測試。
2. 測試報告模板
接口測試報告很多時候會和接口性能測試報告一起，如果要單獨報告的話，可以考慮以下內容：
2.1 系統接口概況
簡要描述與測試項目相關的一些背景資料，如被測系統簡介，項目上線計划等。
對於系統接口的定義和設計做出介紹，比如系統一共有多少個接口？采用哪種協議？都涉及到哪些發送方法？采用怎樣的請求格式？使用怎樣的返回標准？可用表格說明。
2.2 測試目的與范圍
描述本次接口測試的目的、范圍與目標，內容應與本次接口測試的《接口測試實施方案》中的對應內容保持一致。
2.2.1.測試目的
本次測試的目的在於確保系統接口功能和邏輯處理已驗證，符合《接口定義說明書》的定義和要求，滿足系統需要。
2.2.2. 測試對象范圍
說明測試的對象是哪些
- 單場景接口功能測試
- 混合場景接口功能測試
詳見《項目接口測試用例》可考慮貼出x-mind圖
2.2.3. 測試指標范圍
- 被測接口接收請求和返回報文
- 被測接口返回狀態
- 被測接口對應業務邏輯處理
- 涉及數據沉淀的處理
- 復雜場景下多接口串聯交互
2.3 測試工具及資源
2.3.1. 測試工具
說明本次測試使用到的測試工具和輔助工具
1. 測試工具：該測試將使用Postman（例）
Postman是谷歌的一款接口測試插件，它使用簡單，支持用例管理，支持get、 post、文件上傳、響應驗證、變量管理、環境參數管理等功能，可以批量運 行，並支持用例導出、導入。
2. 輔助工具：略
2.3.2. 測試資源
| 組 |
成員 |
職責 |
| 總負責 |
張三 |
各組間工作協調、方案評審 |
| 測試組 |
李四 |
需求分析，測試方案編寫，腳本編寫，執行測試以及編寫測試報告 |
2.4 測試記錄及結果分析
2.4.1. 單場景接口測試
2.4.1.1 測試結果數據
給出本次單場景接口測試的測試結果數據
| 用例 |
場景描述 |
被測接口 |
測試結果 |
備注 |
| API001 |
用戶登錄接口 |
/user/login |
通過 |
|
| API002 |
用戶登出接口 |
/user/logout |
失敗 |
Defect:41335 |
| ...... |
|
|
|
2.4.1.2. 測試問題及結果分析
結合測試中發現的問題對於整體測試結果進行分析，做出判斷。
- l 接口業務功能錯誤類缺陷情況
- l 接口異常處理類缺陷情況
- l 接口處理數據沉淀缺陷類情況
- l 接口安全性缺陷情況
2.4.2. 混合場景接口測試
2.4.2.1. 測試結果數據
給出本次混合場景接口測試的測試結果數據
| 用例 |
場景描述 |
被測接口 |
測試結果 |
備注 |
| APIm001 |
用戶登錄、搜索商品、查看商品 |
/user/login /commodity/search /commodity/pdp |
通過 |
|
| APIm002 |
用戶登錄、修改個人信息、上傳頭像 |
/user/login /user/personalInfo /user/personalInfo/portrait/upload |
失敗 |
Defect:41510 |
| ...... |
|
|
|
2.4.2.2. 測試問題及結果分析
結合測試中發現的問題對於整體測試結果進行分析，做出判斷。
- l 混合接口業務功能錯誤類缺陷情況；
- l 混合接口業務數據傳遞類缺陷情況；
2.5 測試結論
給出本次接口測試的測試總結論，一般以測試結果與測試目標的比較結果作為測試結論。