當今在測試領域，接口測試已經愈來愈多的被說起，被重視。html
區別於傳統意義上的系統級別測試，不少測試人員在接觸到接口測試的時候，也許對測試執行還能夠比較順利的上手，但一提到相關的歸檔，好比測試用例和報告，就有些不知所措了。安全
今天就用這篇文章來講說接口測試用例和報告。工具
1. 接口用例模板
提到測試用例，咱們知道，其中最重要的兩個要素就是：post
- 測試步驟
- 預期結果
其實對於接口測試也一樣如此；接口測試的步驟中，最重要的是將實現向接口發送預設請求，結果則要關注響應信息及後續處理。性能
因此接口測試用例編排能夠考慮下列兩種形式：測試
要注意的是，實際工做場景中咱們可能還會對接口之間的串聯和混合場景進行測試。url
2. 測試報告模板
接口測試報告不少時候會和接口性能測試報告一塊兒，若是要單獨報告的話，能夠考慮如下內容：spa
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 測試結論
給出本次接口測試的測試總結論，通常以測試結果與測試目標的比較結果做爲測試結論。