在此頁面上：比較歷程模擬、歷程測試模式和歷程練習。 瞭解哪一個適合您目前建立歷程的階段 — 從設計期間的快速反複專案，到針對即時對象的最終啟動前檢查。
Adobe Journey Optimizer提供三種方式，讓您在歷程上線之前驗證歷程。 它們不可互換：每個使用不同型別的資料，適用於您組建的不同階段，且會承擔不同的真實世界後果。 事先瞭解差異有助於避免兩個常見錯誤。 第一個是在快速模擬完成時，花費時間建立測試設定檔。 第二個假設是驗證步驟完全「安全」，當它仍然可以聯絡真正的收件匣或進行真正的傳出呼叫時。
本頁面著重於驗證歷程流程和分支邏輯。 如需測試和核准功能（包括內容預覽、電子郵件呈現和垃圾郵件檢查、A/B實驗及核准工作流程）的完整面貌，請參閱測試、驗證及核准。
第一次使用驗證？ 在這裡開始 quick-pick
如果您不確定適用哪種方法，請回答以下問題：
還是不確定，或是想要完整畫面？ 繼續閱讀 — 每種方法將於下文詳細說明。
三種驗證方法 validation-methods
何時使用：歷程設計期間的快速反複專案，尤其是在截止日期前或測試新分支或路徑時。 此外，當為您的使用案例建立合適的測試設定檔不切實際時，此方法也可正常運作，作為持續驗證方法。
歷程模擬會使用暫時的模擬使用者來驗證您的歷程 — 不需要建立或等待真正的Adobe Experience Platform (AEP)測試設定檔傳播。 您可以手動建立模擬使用者，或讓AI自動產生您歷程所需的測試事件，並將其與正確的模擬使用者配對，在幾秒內觸發歷程。
關鍵機制：
- 模擬的使用者在AEP中不是真正的設定檔；您也可以將它們儲存到詳細目錄以重複使用未來的模擬，而不是每次從頭開始建立它們。
- 不會評估退出條件、同意原則、頻率/歷程上限、選擇退出/隱藏和靜音時數。
- 自訂動作和外部資料來源呼叫仍會發出真正的傳出呼叫 — 它們不會被模擬。
| note important |
|---|
| IMPORTANT |
| 模擬會將真實訊息傳送至模擬使用者上設定的執行地址 （電子郵件、電話、推播權杖），例如您自己的電子郵件地址。 它使用與生產相同的傳送管道。 它不會聯絡真實客戶或更新即時設定檔資料，但訊息本身是真實的。 |
完美用於：驗證新分支（例如，兩個新的決定原則路徑）而不等候AEP測試設定檔傳播。
何時使用：手動逐步驗證分支和訊息邏輯，讓真正的（但指定的測試）設定檔逐步通過您的草稿歷程。
歷程測試模式可讓您使用持續性AEP測試設定檔來驗證草稿歷程。 若要確認分支邏輯和訊息傳送機制在任何生產對象接觸歷程之前都如期運作，請從介面手動引發事件。
關鍵機制：
- 只有即時客戶設定檔中標示為「測試設定檔」的設定檔才能進入歷程測試模式的歷程。
- 歷程測試模式僅適用於使用名稱空間的草稿歷程，因為它必須根據AEP檢查某人是否為測試設定檔。
- 在單一測試工作階段中，最多可以有100個測試設定檔進入歷程，事件只能從介面觸發，不能透過API從外部系統觸發。
- 停用歷程測試模式會移除進入歷程的所有設定檔，並清除報告。
| note important |
|---|
| IMPORTANT |
| 歷程測試模式使用與生產相同的傳送管道，將真實訊息傳送至測試設定檔的實際收件匣。 它不會連絡真實客戶，但也不是「乾」模擬 — 請確定您的測試設定檔使用您控制的位址。 |
痛點：建立和傳播新的AEP測試設定檔需要時間。 歷程模擬提供快速替代方案，完全不需要測試設定檔。 不僅在您等待設定檔傳播時非常有用，而且任何時候為您的使用案例建立合適的測試設定檔都是不切實際的。
➡️ 測試您的歷程
何時使用：發佈之前進行最終的生產實際檢查。
歷程練習是一種特殊的歷程發佈模式，可針對真實的生產對象和細分資料執行您的歷程，而不需聯絡真實客戶或更新設定檔資訊。 該歷程會像即時歷程一樣啟動，而設定檔會完全依照其在生產環境中的方式流經分支和節點。 但是，會略過動作節點 （例如電子郵件、簡訊和自訂動作）。
關鍵機制：
- 使用您的實際生產對象，以便您看到實際觸及範圍和大規模目標定位（例如，擷取整個分支意外收到零個設定檔的錯誤）。
- 每次啟用時，若要更快速地恢復量度，您可以停用等待活動，若要讓歷程完全隔離，您可以停用外部資料來源呼叫。
- 這是目前的 有限可用性 功能，將隨著時間推移在全域推出。
完美適合：在即時翻轉歷程之前，擷取拼錯的條件節點或對象意外未到達分支的問題。
➡️ 歷程練習
您應該使用哪個方法？ decision-guide
先從簡單的問題開始：您已經擁有適合您使用案例的測試設定檔嗎？ 如果是，歷程測試模式可讓您逐步驗證它們。 如果不適用 — 或針對此特定使用案例建立它們不切實際 — 歷程模擬會以秒為單位為您驗證。
除了這個選擇，答案通常還會歸結為另一個問題： 您需要此測試與生產有多接近？
如果您仍在反複處理歷程設計 — 測試新分支，在截止日期前工作 — 使用歷程模擬。 它不需要真正的設定檔，並在秒內執行。 此外，當稍後針對使用案例建立適當的測試設定檔並不實際時，這仍然是您建置中的有效選擇。 請記住，它會傳送真實訊息至模擬使用者上設定的執行地址。
如果您需要手動驗證分支和訊息邏輯的步驟，而且您願意建立或重複使用AEP測試設定檔，請使用歷程測試模式。 只要記住，它會傳送真實訊息到這些測試設定檔的真實收件匣。
如果您即將發佈，而且想要對照實際生產對象最終檢查預期的磁碟區，請使用歷程練習。 它絕不會聯絡任何人或變更任何設定檔資料。
快速比較 quick-comparison
這些方法都無法連絡真正的客戶。 除了歷程測試模式會更新用來執行的測試設定檔（不是真正的客戶設定檔）以外，所有情況下設定檔資料也不會被接觸。
要避免的常見錯誤 common-mistakes
- 假設歷程模擬完全「安全」。 這是最快的測試方式，但它仍會將真正的訊息傳送到每個模擬使用者上設定的執行地址 — 通常是您自己的收件匣。 請勿假設未傳送任何內容。
- 在歷程模擬執行時建立AEP測試設定檔。 如果您只需要快速驗證新分支或決定原則路徑，模擬會略過完全等待測試設定檔傳播 — 將「歷程測試」模式儲存到您實際需要真實測試設定檔時。
- 將歷程測試模式視為「乾」。 歷程測試模式設定檔會透過生產傳送管道接收真實訊息。 請確定測試設定檔只使用您控制的位址。
- 預期歷程試執行以捕捉內容或傳遞問題。 練習會完全略過動作節點 — 它可驗證對象觸及範圍和分支邏輯，而非訊息內容或傳遞機制。 對此，請使用模擬或歷程測試模式。
- 忘記歷程測試模式的名稱空間需求。 歷程測試模式僅適用於使用名稱空間的草稿歷程，因為Journey Optimizer需要名稱空間來檢查設定檔是否已標幟為測試設定檔。
後續步驟 next-steps
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page compares the three journey validation methods in Adobe Journey Optimizer — Journey Simulation, Journey Test mode, and Journey Dry run. It provides a one-question quick pick, a decision guide, a quick-comparison table, and a list of common mistakes to help users choose the right one for their current stage of building a journey.
Intents:
- Choose the correct validation method for a given stage of journey building
- Compare Journey Simulation, Journey Test mode, and Journey Dry run side by side
- Understand when to use Journey Simulation for fast iteration without real test profiles
- Understand when to use Journey Test mode for step-by-step manual validation with real test profiles
- Understand when to use Journey Dry run for a final pre-launch check against production data
- Understand which validation methods send real messages or contact real customers
- Avoid common mistakes when picking or using a validation method
Glossary:
- Journey Simulation: A validation method that uses temporary simulated users, manually created or auto-generated, to test a journey without needing real AEP test profiles. (product-specific)
- Journey Test mode: A validation method that uses persistent AEP test profiles, flagged in Real-Time Customer Profile, to manually walk through a draft journey’s branch and message logic. (product-specific)
- Journey Dry run: A publication mode that runs a journey against real production audience data without contacting customers or updating profile data; action nodes are bypassed. (product-specific)
- Simulation Agent: The mechanism that automatically generates test events and matches them to simulated users during Journey Simulation. (product-specific)
Guardrails:
- Journey Test mode is only available for draft journeys that use a namespace, and supports a maximum of 100 test profiles per session
- Journey Test mode events can only be fired from the interface, not from external systems via API
- Journey Test mode sends real messages to test profiles’ real inboxes using the production delivery pipeline
- Disabling Journey Test mode removes all profiles that entered the journey and clears its reporting
- Journey Simulation does not evaluate exit criteria, consent policies, frequency/journey capping, opt-out/suppression, or quiet hours
- Journey Simulation’s custom actions and external data source calls are real, not mocked
- Journey Simulation sends real messages to the execution addresses (email, phone, push token) configured on the simulated users, using the same delivery pipeline as production
- Unlike Journey Simulation, Journey Dry run never sends real messages
- Journey Dry run is currently a Limited Availability feature, being rolled out globally over time
- Journey Dry run bypasses action nodes (email, SMS, custom actions) but still routes profiles through branches and nodes using real production data
Terminology:
- Canonical name: Journey Simulation — variants: simulate, simulation mode
- Canonical name: Journey Test mode — variants: Test mode, journey testing, test your journey
- Canonical name: Journey Dry run — variants: dry run, dry run mode
- Do not confuse: Journey Simulation (temporary simulated users, no AEP test profiles needed, sends real messages to the simulated users’ configured execution addresses) ≠ Journey Test mode (persistent AEP test profiles, sends real messages to those profiles’ real inboxes) ≠ Journey Dry run (real production audience data, no contact, no profile update, action nodes bypassed, never sends real messages)
FAQ:
- Q: Which validation method should I use while I am still designing a journey? — Use Journey Simulation; it needs no real test profiles and runs in seconds, making it ideal for fast iteration.
- Q: Does Journey Simulation send real messages? — Yes. Simulation delivers real messages to the execution addresses (email, phone, push token) configured on the simulated users, often the tester’s own address. It uses the same delivery pipeline as production, but it does not contact real customers or update live profile data.
- Q: Does Journey Test mode send real emails or SMS? — Yes. Journey Test mode delivers real messages to the actual inboxes of your test profiles, using the same delivery pipeline as production. It does not contact real customers, but the messages themselves are real.
- Q: Does Journey Dry run send any messages? — No. Dry run bypasses action nodes such as email, SMS, and custom actions, so profiles flow through the journey logic without any message being sent.
- Q: I need to validate a new branch quickly before a deadline. Which method fits? — Journey Simulation; it generates simulated users on demand (or reuses ones saved to the inventory) instead of requiring you to pre-create and wait for real test profiles.
- Q: Is Journey Dry run available to everyone? — It is currently a Limited Availability feature being rolled out globally over time; check availability for your organization.
- Q: Can I fire Journey Test mode events from an external system? — No; in Journey Test mode, events can only be fired from the interface, not from external systems via API.