Apidog 測試中的測試情境是基本單位，類似於 Postman 中的 Collection。當你需要連續傳送多個請求、建立連續的測試情境，或使用不同測試資料重複請求時，可以建立一個測試情境並將必要的請求加入其中。測試情境的優點#
使用 Apidog 的測試情境，你可以有效滿足一系列 API 測試需求：| 功能 | 說明 |
|---|
| 依序執行請求 | 依指定順序組織並執行多個請求，以模擬使用者互動或流程 |
| 測試報告 | 自動產生報告，提供斷言與個別請求結果的詳細視覺化呈現 |
| CI/CD 整合 | 將測試情境整合至 CI/CD 管線，確保開發週期中的自動化測試，促進及早發現問題 |
| 效能測試 | 在不同負載下評估 API 效能，並產生趨勢分析，以識別回應行為隨時間的變化 |
| 動態參數測試 | 使用動態產生的參數多次執行請求，以測試 API 如何處理可變輸入 |
| 預定義測試資料 | 對請求使用預設資料，以模擬真實操作條件，並根據預期輸出驗證 API 回應 |
| 請求之間的資料傳遞 | 自動將一個請求的輸出資料傳遞至另一個請求，這對於測試需要跨呼叫維持狀態的 API 至關重要 |
| 邏輯請求關係 | 設定 if、for 和 foreach 等邏輯條件，以根據先前請求的結果或特定條件管理執行流程 |
這些功能可讓你建立多用途且有效的測試環境，進而促進穩健且高品質的 API 開發。建立測試情境#
開啟 Apidog 後，前往「Tests」模組，然後點擊搜尋列旁的 + 以建立新的測試情境。選擇適當的目錄，並設定優先級以完成建立。新增測試步驟#
在 Apidog 中設定好測試情境後，你就可以開始加入請求。有多種新增請求的方式，每種方式都適用於不同需求與彈性：連結至端點規格的請求#
從端點規格匯入#
你可以將目前專案中的端點規格匯入為測試情境中的步驟。匯入端點時有兩種模式：「Manual」和「Automated」。如需更詳細的說明，請參閱從端點/端點案例同步資料。在「Manual」模式中，專案內端點文件的修改不會立即影響測試步驟中的端點。只有在測試人員啟用「Manual」按鈕時，才會同步測試資料。需要注意的是，即使點擊「Manual Sync」，對測試步驟資料所做的變更也不會更新端點文件。相反地，點擊此按鈕會讓測試情境從端點文件擷取資訊以進行同步。在「Automated」模式中，專案內端點文件的任何變更都會同步更新至測試步驟中。從端點案例匯入#
你可以選擇從目前專案或其他專案匯入端點案例。匯入端點案例時有兩種模式：「Copy」 和 「Reference」。將端點案例以 「Copy」 匯入時，端點案例中的參數也會被複製到測試步驟中。它們彼此獨立，各自的變更不會影響其他項目。可以選擇手動同步。將端點案例以 「Reference」 匯入時，請求會直接使用原始專案中的端點案例。如果測試步驟是從案例引用而來，你會看到提示，指出修改此步驟也會影響原始端點案例以及任何其他使用該案例的步驟。未與 API 規格關聯的獨立請求#
這些請求不會因 API 規格變更而更新。它們允許更高程度的自訂：新增自訂請求#
在 工作流程中，你可能需要呼叫專案外部的端點，例如第三方付款端點。你可以在測試步驟中新增自訂 API 請求。自訂請求可以是任何 HTTP 請求，包括常見的 GET、POST、PUT、DELETE 等。從 cURL 新增#
在實際工作流程中，許多端點請求會以 cURL 命令列的形式呈現。你可以一鍵將 cURL 請求匯入至測試步驟。引用其他測試情境#
包含其他測試情境的步驟#
你可以透過從同一專案中的其他測試情境匯入，複製測試步驟或流程控制條件。引用其他測試情境#
你可以將其他測試情境引用為測試步驟。有兩種使用情境：1.
如果你的業務流程有一些通用且可重複使用的 API 測試步驟，你可以將這些步驟編排成一個小型測試情境，然後在其他更廣泛的測試情境中直接引用它。
2.
如果你需要對整個產品的主流程進行回歸測試，可以在測試情境中引用各個子測試情境進行組合，並一鍵完成所有主流程的測試回歸工作。
為了避免無限迴圈，以及測試情境無法正常停止執行的情況，引用其他測試情境的功能不能引用原始測試情境本身。
編排測試情境#
點擊任何測試步驟都會進入編排模式。在此模式中，你會有更大的操作頁面，能更好且更有效率地填寫每個測試步驟的詳細內容。頁面左側是測試情境的整體流程，右側是所選測試步驟的詳細資訊。端點請求和測試流程控制元件會有不同的顯示面板。在此模式中，你可以使用「⬆️」和「⬇️」鍵在所選測試步驟之間快速切換。在編排模式中，你可以編輯多個步驟，然後點擊左上角的「Save All」按鈕以儲存所有變更。如果任何步驟有未儲存的變更，該步驟會在左側列表列中以圓點標記。請記得務必儲存你所做的變更。 
