一、簡介
接口測試區別於傳統意義上的系統測試，下面介紹接口測試用例和接口測試報告。
二、接口測試用例模板
功能測試用例最重要的兩個因素是測試步驟和預期結果，接口測試屬於功能測試，所以同理。接口測試的步驟中，最重要的是將實現向接口發送預設請求，結果要關注響應信息及后續處理。如圖是一個接口測試用例模板。
PS：實際工作場景中，我們需要對接口之間的串聯和混合場景進行測試，簡單點來說就是上一個接口返回的數據有可能作為后邊接口的參數
三、接口測試報告模板
測試報告是指把測試的過程和結果寫成文檔，對發現的問題和缺陷進行分析，為糾正軟件存在的質量問題提供依據，同時為軟件驗收和交付打下基礎。測試報告是測試階段最后的文檔產出物。
下面簡單介紹一下接口測試報告的目錄
1.系統接口概況
簡要描述與測試項目相關的一些背景資料，如被測系統簡介，項目上線計划等。對於系統接口的定義和設計做出介紹：比如系統一共有多少個接口？采用哪種協議？都涉及到哪些發送方法？采用怎樣的請求格式？使用怎樣的返回標准？這里可用表格說明。
2.測試目的與范圍
描述本次接口測試的目的、范圍與目標，內容應與本次接口測試的《接口測試實施方案》中的對應內容保持一致。
2.1測試目的
本測試報告的具體編寫目的，指出預期的讀者范圍。
實例：本測試報告為xxx項目的測試報告，目的在於總結測試階段的測試以及分析測試結果，描述系統是否符合需求（或達到xxx功能目標）。預期參考人員包括用戶、測試人員、開發人員、項目管理者、其他質量管理人員和需要閱讀本報告的高層經理。
本次測試的目的在於確保系統接口功能和邏輯處理已驗證，符合《接口定義說明書》的定義和要求，滿足系統需要。
2.2測試對象范圍（測試用例設計）
簡要介紹測試用例的設計方法。例如：等價類划分、邊界值、場景法。一般3-4句
重點測試部分一定要保證有2種以上不同的用例設計方法。
說明測試的對象是哪些？
- 單場景接口功能測試
- 混合場景接口功能測試
詳見《項目接口測試用例》 可考慮貼出xmind圖
2.3測試指標范圍
- 被測接口接收請求和返回報文
- 被測接口返回狀態
- 被測接口對應業務邏輯處理
- 設計數據沉淀的處理
- 復雜場景下多接口串聯交互
3.測試工具及資源
簡要介紹測試中采用的方法和工具
提示：主要是黑盒測試，測試方法寫上測試的重點和采用的測試模式，知道是否漏了重要的測試點和關鍵模塊。工具為可選項，當使用到測試工具和相關工具時，要說明。注意要注明是自產還是廠商，版本號多少，在測試報告發布后要避免工具的版本問題。
3.1測試工具
說明本次測試中使用到的測試工具和輔助工具
測試工具：該測試將使用postman
postman是Google的一款接口測試插件，它使用簡單，支持用例管理，支持get和post、文件上傳、響應驗證、變量管理、環境參數管理等功能，可以批量運行，並支持用例導出和導入。
3.2 測試資源
4.測試記錄及結果分析
4.1 單場景接口測試
測試結果數據
給出本次單場景接口測試的測試結果數據
結合測試中發現的問題對於整體測試結果進行分析，做出判斷
- 接口業務功能錯誤類缺陷情況
- 接口異常處理類缺陷情況
- 接口處理數據沉淀缺陷類情況
- 接口安全性缺陷情況
4.2 混合場景接口測試
測試結果數據
給出本次混合場景接口測試的測試結果數據
結合測試中發現的問題對於整體測試結果進行分析，做出判斷
- 混合接口業務功能錯誤類缺陷情況
- 混合接口業務數據傳遞類缺陷情況
5.測試結論
給出本次接口測試的測試總結論，一般以測試結果與測試目標的比較結果作為測試結論。
1.測試執行是否充分（可以增加對安全性、可靠性、可維護性和功能性描述）
2.對測試風險的控制措施和成效
3.測試目標是否完成
4.測試是否通過
5.是否可以進入下一階段項目目標
參考鏈接：https://www.cnblogs.com/du-hong/p/10510277.html