一、介面用例模板

提到測試用例，我們知道，其中最重要的兩個要素就是：

• 測試步驟

• 預期結果 

其實對於介面測試也同樣如此，介面測試的步驟中，最重要的是將實現向介面傳送預設請求，結果則要關注響應資訊及後續處理。

所以介面測試用例編排可以考慮下列兩種形式：

要注意的是，實際工作場景中我們可能還會對介面之間的串聯和混合場景進行測試。

 介面測試報告很多時候會和介面效能測試報告一起，如果要單獨報告的話，可以考慮以下內容：

01  系統介面概況

簡要描述與測試專案相關的一些背景資料，如被測系統簡介，專案上線計劃等。

對於系統介面的定義和設計做出介紹。 

比如系統一共有多少個介面？採用哪種協議？都涉及到哪些傳送方法？採用怎樣的請求格式？使用怎樣的返回標準？可用表格說明。 

02  測試目的與範圍 

描述本次介面測試的目的、範圍與目標，內容應與本次介面測試的《介面測試實施方案》中的對應內容保持一致。

  測試目的

本次測試的目的在於確保系統介面功能和邏輯處理已驗證，符合《介面定義說明書》的定義和要求，滿足系統需要。

  測試物件範圍 

說明測試的物件是哪些

• 單場景介面功能測試

• 混合場景介面功能測試 

詳見《專案介面測試用例》可考慮貼出x-mind圖

 測試指標範圍 

• 被測介面接收請求和返回報文

• 被測介面返回狀態

• 被測介面對應業務邏輯處理

• 涉及資料沉澱的處理

• 複雜場景下多介面串聯互動

 03  測試工具及資源

 測試工具

說明本次測試使用到的測試工具和輔助工具

 測試工具：該測試將使用Postman（例）

Postman是谷歌的一款介面測試外掛，它使用簡單，支援用例管理，支援get、 post、檔案上傳、響應驗證、變數管理、環境引數管理等功能，可以批量運 行，並支援用例匯出、匯入。

  輔助工具：略

 測試資源

04  測試記錄及結果分析

 單場景介面測試

 測試結果資料

 給出本次單場景介面測試的測試結果資料

 05  測試問題及結果分析

 結合測試中發現的問題對於整體測試結果進行分析，做出判斷。 

• 介面業務功能錯誤類缺陷情況

• 介面異常處理類缺陷情況

• 介面處理資料沉澱缺陷類情況

• 介面安全性缺陷情況

 混合場景介面測試

• 測試結果資料

• 給出本次混合場景介面測試的測試結果資料

 測試問題及結果分析

結合測試中發現的問題對於整體測試結果進行分析，做出判斷。

• 混合介面業務功能錯誤類缺陷情況

• 混合介面業務資料傳遞類缺陷情況

  測試結論

給出本次效能測試的測試總結論，一般以測試結果與測試目標的比較結果作為測試結論