在此頁面上：比較歷程模擬、歷程測試模式和歷程練習。 瞭解哪一個適合您目前建立歷程的階段 — 從設計期間的快速反複專案，到針對即時對象的最終啟動前檢查。
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
本節包含結構化知識，用於支援與本主題相關的解譯、擷取和問答。
如需完整瞭解，此資訊應結合本頁的檔案。 兩者皆非獨立來源；頁面說明功能，本節提供額外內容，以協助去除術語、意圖、適用性和限制條件的歧義。
- TL；DR：此頁面比較Adobe Journey Optimizer中的三種歷程驗證方法 — 歷程模擬、歷程測試模式和歷程練習。 它提供單一問題快速選擇、決定指南、快速比較表格和常見錯誤清單，以協助使用者為其目前建立歷程階段選擇正確的錯誤。
意圖：
- 為歷程建立的指定階段選擇正確的驗證方法
- 並排比較歷程模擬、歷程測試模式和歷程練習
- 瞭解何時可將Journey Simulation用於沒有真實測試設定檔的快速反複專案
- 瞭解何時使用歷程測試模式，以透過真實測試設定檔進行逐步手動驗證
- 瞭解何時應使用歷程模擬來針對生產資料進行最終啟動前檢查
- 瞭解哪些驗證方法會傳送真實訊息或聯絡真實客戶
- 避免撿料或使用驗證方法時的常見錯誤
字彙表：
- 歷程模擬：一種驗證方法，使用手動建立或自動產生的暫時模擬使用者，來測試歷程，而不需要真正的AEP測試設定檔。 （產品特定）
- 歷程測試模式：一種驗證方法，使用在即時客戶設定檔中標幟的持續性AEP測試設定檔，以手動逐步瀏覽草稿歷程的分支和訊息邏輯。 （產品特定）
- 歷程練習：一種發佈模式，在不連絡客戶或更新設定檔資料的情況下，針對真實的生產對象資料執行歷程；會略過動作節點。 （產品特定）
- 模擬代理程式：在歷程模擬期間自動產生測試事件，並將其與模擬使用者相符的機制。 （產品特定）
護欄：
- 歷程測試模式僅適用於使用名稱空間的草稿歷程，且支援每個工作階段最多100個測試設定檔
- 歷程測試模式事件只能從介面觸發，不能透過API從外部系統觸發
- 歷程測試模式使用生產傳送管道將真實訊息傳送到測試設定檔的真實收件匣
- 停用歷程測試模式會移除進入歷程的所有設定檔，並清除其報告
- 歷程模擬不會評估退出條件、同意原則、頻率/歷程上限、選擇退出/隱藏或靜音時數
- 歷程模擬的自訂動作和外部資料來源呼叫是真實的，而不是模擬的
- 歷程模擬使用與生產相同的傳送管道，將即時訊息傳送至模擬使用者上設定的執行地址（電子郵件、電話、推播權杖）
- 不同於歷程模擬，歷程練習絕不會傳送真實訊息
- 歷程練習目前是一項有限可用功能，將隨著時間在全球推出
- 歷程練習略過動作節點（電子郵件、簡訊、自訂動作），但仍會使用實際生產資料透過分支和節點路由設定檔
術語：
- 正式名稱：歷程模擬 — 變體：模擬，模擬模式
- 正式名稱：歷程測試模式 — 變體：測試模式、歷程測試、測試您的歷程
- 正式名稱：歷程練習 — 變體：練習，練習模式
- 別混淆：歷程模擬（臨時模擬使用者，不需要AEP測試設定檔，將真實訊息傳送至模擬使用者設定的執行地址）≠歷程測試模式（永久性AEP測試設定檔，將真實訊息傳送至這些設定檔的真實收件匣）≠歷程練習（真實生產對象資料，不聯絡、不更新設定檔、略過動作節點，絕不傳送真實訊息）
常見問題集：
- 問：我仍在設計歷程時，應該使用哪個驗證方法？ — 使用歷程模擬；不需要真正的測試設定檔，只需幾秒鐘即可執行，非常適合快速反複運算。
- 問：歷程模擬是否傳送真正的訊息？ — 是。 模擬會將真實訊息傳送至模擬使用者上設定的執行地址（電子郵件、電話、推播權杖），通常是測試者自己的地址。 它使用與生產相同的傳送管道，但不會聯絡真實客戶或更新即時設定檔資料。
- 問：歷程測試模式是否傳送真正的電子郵件或簡訊？ — 是。 歷程測試模式使用與生產相同的傳送管道，將真實訊息傳送至測試設定檔的實際收件匣。 它不會聯絡真正的客戶，但訊息本身是真實的。
- 問：歷程試用是否傳送任何訊息？ — 否。 練習會略過動作節點，例如電子郵件、簡訊和自訂動作，因此設定檔會透過歷程邏輯流動，而不會傳送任何訊息。
- 問：我需要在截止日期前快速驗證新分支。 適合哪種方法？ — 歷程模擬；它會隨選產生模擬使用者（或重複使用儲存至詳細目錄的使用者），而不是要求您預先建立並等待真正的測試設定檔。
- 問：每個人都可以使用歷程試用版嗎？ — 目前是一項可用性限制功能，將隨著時間推移在全球推出；請檢查貴組織的可用性。
- 問：我可以從外部系統引發歷程測試模式事件嗎？ — 否；在Journey Test模式中，事件只能從介面引發，不能透過API從外部系統引發。