測試的好壞取決於其報告。如果 50 個測試失敗，但您不知道 為什麼，那麼您就浪費了時間。Apidog 為每次測試運行生成全面的報告，無論是手動、排程還是來自 CI/CD。本章解釋了如何閱讀它們並採取行動。測試報告概覽#
關鍵指標一覽#
Pass Rate：成功步驟的百分比。理想情況下，這總是 100%。
Total Duration：整個測試套件執行花費的時間。
Failed Steps：需要您注意的特定失敗的確切計數。
深入研究失敗#
報告中最重要的部分是 Failed Steps 列表。Failed Steps 列表是您的除錯起點。以下是如何調查：1.
識別步驟：找出哪個特定操作失敗了（例如「步驟 5: 建立訂單失敗」）。
2.
檢查原因：是邏輯錯誤（例如 Expected 200, got 500）還是資料錯誤（例如 Field 'id' is missing）？
3.
檢查流量：點擊 "More" 查看實際的 HTTP 封包。您發送了錯誤的 Body 嗎？伺服器是否返回了有用的錯誤訊息？
效能報告#
正如上一章所見，效能報告看起來不同。它們關注 趨勢 而不是單個請求詳細資訊。
匯出和分享#
報告不僅僅是給您的；它們是給您的團隊和利益相關者的。分享方法#
線上連結：生成報告的永久連結，以便在 Slack 或 Teams 中即時分享。
HTML 匯出：下載獨立的 HTML 檔案——非常適合歸檔合規記錄。
PDF/Markdown：使用這些格式將測試結果整合到您的靜態文件中。
最佳實踐#
1.
認真對待失敗：避免「不穩定的測試」（隨機失敗的測試）。如果測試失敗，請立即修復程式碼或更新測試以保持對套件的信任。
2.
趨勢分析：不要只看今天的報告。監控 API 是否每週變慢，以便及早發現效能倒退。
3.
自動 通知：不要依賴手動檢查報告。我們將在下一章介紹如何向您推送警報。
關鍵重點#
下一步#
手動檢查報告對於開發來說沒問題。但對於專業的工程團隊來說，測試應該在每次程式碼提交時自動運行。在下一章中，我們將把 Apidog 與 CI/CD 管道整合。 Modified at 2025-12-29 09:35:19
