介面測試18--介面測試報告
介面測試報告
系統介面概況
1.簡要描述與測試專案相關的一些背景資料，如被測系統簡介，專案上線計劃等
2.對於系統介面的定義和設計做出介紹
比如系統一共有多少個介面?採用哪種協議?都涉及到哪些傳送方法?採用怎樣的請求格式?使用怎樣的返回標準?可以用表格說明
測試目的與範圍
描述本次介面測試的目的、範圍和目標，內容應與本次介面測試的《介面測試實施方案》中的對應內容保持一致
測試目的
本次測試報告具體編寫的目的，指出預期的讀者範圍
例項:本次測試報告為exam專案的測試報告，目的在於總結測試階段的測試以及分析測試結果，描述系統是否符合需求(或達到***功能目標)。
預期參考人員包括使用者、測試人員、開發人員、專案管理者、其他質量管理人員和需要閱讀本報告的高層經理
本次測試的目的在於保證系統介面功能和邏輯處理已驗證，符合《介面定義說明書》的定義和要求，滿足系統需要
測試物件範圍(測試用例設計)
簡要介紹測試用例的設計方法。例如:等價類劃分法、邊界值法、場景法等
提示:如果能夠具體對設計進行說明，在其他開發人員、測試經理閱讀的時候就容易對你的用例設計有個整體的概念
測試的物件
單場景介面功能測試
混合場景介面功能測試
詳見《專案介面測試用例》可考慮貼出思維導圖
測試指標範圍
被測介面接收請求和返回報文
被測介面返回狀態
被測介面對應業務邏輯處理
涉及資料沉澱的處理
複雜場景下多介面串聯互動
測試工具及資源
簡要介紹測試中採用的方法和工具
提示:主要是黑盒測試，測試方法可以寫上測試的重點和採用的測試模式這樣可以一目瞭然的知道是否遺漏了重要測試點和關鍵塊。
工具為可選項，當使用到測試工具和相關工具時，要說明。
注意要註明是自產還是廠商，版本號，在測試報告發布後避免大多工具的版權問題
測試工具
說明本次測試使用到的測試工具和輔助工具
測試工具:該測試將使用Postman
Postman是谷歌的一款介面測試外掛,它使用簡單，支援用例管理，支援GET、POST、檔案上傳、響應驗證、變數管理、環境引數管理等功能，可以批量執行，並支援用例匯入和匯出。
輔助工具
Fiddler
測試資源
小組分配、人員分工、每個人的職責
測試記錄及結果分析
單場景介面測試
測試結果資料
給出本次單場景介面測試的結果資料分析
混合場景介面測試
測試結果資料
給出本次混合場景介面測試的結果資料分析
測試問題及結果分析
結合測試中發現的問題對於整體測試結果進行分析，做出判斷
介面業務功能錯誤類缺陷情況
介面異常處理類的缺陷情況
介面處理資料沉澱缺陷情況
介面安全性缺陷情況
測試結論
給出本次介面測試的測試總結論，一般以測試結果與測試目標的比較結果作為測試結論
測試執行是否充分(可以增加對安全性、可靠性、可維護行和功能性描述)
對測試風險的控制措施和成效
測試目標是否完成
測試是否通過
是否可以進入下一階段專案目標