迴歸測試

在改進或更新應用程式時，確認這些變更不會對現有功能造成負面影響至關重要。迴歸測試涉及執行一系列測試，以確保修改後的元件能與應用程式的其餘部分無縫整合，而不會引入通常稱為迴歸的新缺陷。

對於 API，迴歸測試涉及確認對 API 或其環境的變更不會對相依元件造成不利影響。這些測試可以在任何變更後執行，從錯誤修正到功能新增皆可。迴歸測試通常涵蓋各種 API 元素，包括：

狀態碼 - 確認不同請求類型會傳回適當的狀態碼。

JSON schema - 驗證回應結構與格式是否符合 API 規格。

回應時間 - 確保 API 回應時間維持在可接受範圍內。

回應主體 - 檢查回應內容與結構是否符合預期。

標頭 - 驗證回應標頭的存在與正確性。

可以使用 Apidog CLI 等自動化工具，在部署程式碼更新之前執行迴歸測試，防止破壞性變更進入生產環境。此外，你可以使用 Collection Runner 排程測試，以便長期監控結果，深入了解 API 的可靠性。

若要在 Apidog 中為你的應用程式設定整合測試，請使用以下架構：

API 請求：測試的基本單位是 API 請求。每個請求都會透過呼叫 API 端點來測試特定功能。深入了解傳送請求。

請求前/後處理器：對於每個請求，你可以新增腳本、斷言、擷取變數與資料庫操作，以測試並驗證回應碼、標頭、主體資料等。深入了解新增請求前/後處理器。

測試情境：當你需要連續傳送多個請求、建立連續測試情境，或使用不同測試資料重複請求時，你可以建立測試情境並將必要的請求新增至其中。深入了解測試情境。

環境：在發出 API 請求時，通常需要在開發、測試與生產環境之間切換。Apidog 讓你能方便地將請求傳送至不同環境——你只需要在介面右上角點擊並選擇所需的環境即可。深入了解建立與使用環境。

模擬伺服器：使用模擬伺服器模擬其他系統。你可以測試應用程式如何與其他 API 和系統互動，而無需連線到實際資源。你可以改用 Apidog 設定模擬伺服器，透過接受請求並傳回回應來模擬真實 API 伺服器的行為。深入了解設定模擬伺服器。

在 Apidog 中設定整合測試後，你可以透過以下方式執行它們：

手動：你可以執行單一請求，或執行測試情境以取得測試報告。深入了解執行測試情境。

排程自動化：你可以設定「排程任務」，在指定時間自動執行已設定的自動化測試情境，取得任務執行結果，並滿足排程測試與迴歸的需求。深入了解排程任務。

CI/CD 管線：你可以使用 Apidog CLI，將測試情境作為常規應用程式建置流程的一部分來執行。在每次程式碼推送後執行你的測試套件，並在 Apidog 中檢視測試報告。深入了解CI/CD 整合。