在此頁面上：瞭解如何對模擬的使用者執行快速模擬和手動模擬，以在發佈之前驗證歷程路徑並檢閱結果。
使用模擬，在您發佈之前先與 模擬使用者 驗證您的歷程。 此頁面會逐步引導您完成 快速模擬 和手動模擬、建立和傳送模擬的使用者、在您的歷程需要這些使用者時觸發單一事件，以及檢閱 結果 記錄。
如需必要許可權，請參閱必要許可權。
在進入 模擬 之前，請按一下歷程標題中的驗證。 解決「警示」面板中的任何錯誤，並再次驗證，然後再繼續。 驗證會檢查設定，並與模擬分開。 瞭解歷程驗證。
如需依歷程型別的概觀，請參閱開始使用歷程模擬。
不確定模擬是適合您使用的方法嗎？ 比較所有三個驗證選項。
模擬型別 simulation-types
啟用後，包含讀取對象專案的批次歷程提供兩種執行模擬的方式：
-
快速模擬會以產生的使用者、產生的事件值，以及由Journey Agent支援的預設測試設定，端對端執行。 這是以最少干預快速模擬端對端歷程的方法。 只要選取此選項，快速模擬就會開始。 觀看快速模擬影片
-
手動模擬可讓您手動逐步執行模擬。 建立模擬使用者（手動或使用Journey Agent）、將其觸發至歷程、定義事件裝載（手動或使用Journey Agent），以及覆寫等待時間。
快速模擬 quick-simulation
在 模擬 中的任何歷程上，快速模擬會使用產生的使用者、事件值和預先填入的設定來執行歷程。
-
選取快速模擬。
-
檢閱Adobe Journey Optimizer為執行收集的欄位。 按一下 更新值 以變更測試設定和執行位址，或繼續而不變更。
此步驟僅在歷程使用等待或管道時顯示。 您可以調整模擬使用者的所有等待期間和執行地址，例如，使用您自己的電子郵件，讓來自回合的訊息移至您的收件匣。
-
如果您開啟更新值，請編輯設定，例如用於訊息校訂的地址，然後確認開始模擬。
note NOTE 預填的執行電子郵件、電話和推播權杖欄位來自先前在歷程模擬中使用並在瀏覽器中快取的值。 
-
Journey Agent會從歷程定義產生一組模擬使用者。
對於包含電子郵件、行動訊息或推播節點的歷程，代理程式會提示您確認要使用的電子郵件地址、電話號碼或推播權杖。 系統會使用這些值產生模擬使用者。 完成後，按一下產生。
-
執行完成時，按一下 檢視結果 以檢視路徑、錯誤和未涵蓋的分支。 檢視檢視結果。
快速模擬也支援事件觸發的歷程，以及包含事件活動的歷程。 系統會自動為每個產生的模擬使用者設定和引發事件值。 一旦使用者進入歷程，一旦他們達到對應的「等待」，就會觸發每個事件。
手動模擬 manual-simulation
當您需要挑選每個模擬使用者、控制傳送順序、設定事件裝載，以及覆寫執行中的 等待 期間時，請選擇手動模擬。
建立和管理模擬使用者 test-users
模擬使用者是您在 模擬設定 中定義的臨時設定檔實體。 本節說明如何建立範本、儲存範本以供重複使用、從清單中調整或移除範本，以及將範本傳送至歷程。
如果您的歷程使用外部對象，例如CSV或同盟對象構成對象，而您的條件、運算式或個人化仰賴該對象的擴充屬性，則您可以像設定檔屬性一樣模擬使用者的這些屬性。 這可讓您根據您設定的值將使用者驅趕到特定分支，而不需執行實際受眾。
-
從填入 測試使用者 清單開始：
accordion 使用AI產生使用者 Adobe Journey Optimizer會從歷程定義產生一組模擬使用者。
對於具有電子郵件、推播或行動訊息節點的歷程，AI會提示您確認要使用的電子郵件地址、電話號碼或推播權杖。 系統會使用這些定義的值產生模擬使用者。 完成後，按一下產生。
產生的模擬使用者只會顯示目前歷程中使用的屬性，例如在運算式或個人化中。
note NOTE 電子郵件、電話和推播權杖欄位會從先前在歷程模擬中使用的值預先填入，並會快取到您的瀏覽器中。 
accordion 瀏覽詳細目錄 選擇 瀏覽詳細目錄 以新增您已儲存的模擬使用者，例如您從表單或JSON建立的使用者，或您在AI產生執行後保留的使用者。
請注意，當您從詳細目錄選取模擬使用者時，即使使用者擁有在其他歷程中設定的其他屬性的值，也只會顯示目前歷程中使用的屬性。
accordion 從表單建立 -
輸入顯示名稱、身分識別名稱空間和 描述 來識別這個模擬的使用者。
-
然後，從聯合綱要中選取要為此使用者填入的屬性。 請注意，此處僅提供目前歷程中使用的屬性，例如在運算式或個人化中。
屬性會依來源分組，並位於個人檔案屬性的個別區段中，且如果您的歷程讀取外部對象（例如CSV或同盟對象構成對象），則位於該對象的擴充屬性中。
-
按一下 新增對象成員資格 以模擬區段成員資格。
-
在 建立模擬使用者 視窗中，按一下 新增模擬使用者 以在一個工作階段中定義多個模擬使用者。
您可以變更使用者在清單中的顯示方式、摺疊棧疊檢視中的每個卡片，或開啟使用者的屬性中繼資料。
-
從您的[模擬使用者]功能表，使用 複製 來複製使用者，套用所有屬性至其他使用者來複製工作階段中其他所有使用者的屬性，或 刪除 來移除使用者。
-
當您完成此工作階段中的使用者設定時，請按一下[儲存]。
accordion 從JSON建立 在 建立模擬使用者 中，編輯JSON範本以定義使用者，然後按一下 設定JSON格式 和儲存。
請注意，從JSON建立和從JSON更新可讓您存取儲存在模擬使用者上的每個屬性，包括設定檔屬性，以及（如果適用）來自外部對象（例如CSV或同盟對象構成對象）的擴充屬性。
-
-
您建立的模擬使用者會顯示在 測試使用者 清單中。 針對每個專案，選取下列其中一項：
-
-
此選項不適用於以事件開始的歷程，因為模擬的使用者進入是由傳送的事件觸發。 了解更多
-
-
-
若要在選取後變更清單，請按一下[管理使用者]，從詳細目錄或建立新使用者新增更多模擬使用者。 若要從此回合的 測試使用者 清單中移除所有使用者，請選擇清除所有使用者。
-
如果您的歷程包含 等待 活動，請開啟 測試設定 索引標籤以微調模擬期間等待的時間長度。 例如，如果即時 等待 活動設定了數天，您可以將其覆寫為10秒，以便模擬使用者在移至下一個活動之前只在節點上花費那段時間。
-
按一下 全部傳送 以將清單中的每個模擬使用者傳送至歷程，或按一下資料列上的
Simulated users have entered the journey successfully.確認訊息。
-
如果歷程包含單一事件，您必須選取要觸發的事件。 請參閱觸發您的事件。
-
存取 結果 標籤以開啟執行記錄檔並檢閱每個步驟的執行方式。 如需詳細資訊，請參閱檢視結果。
-
完成測試後，請開啟 管理模擬 功能表：
-
停止模擬以結束目前的模擬工作階段。
-
重設模擬以清除目前執行中的所有資料、選取的模擬使用者、定義的事件值和其他測試設定，以便您可以從頭開始新的模擬。
-
在 模擬 中測試歷程之後，請檢閱 結果 記錄。 如果出現錯誤，請保留模擬，並將必要的變更套用至歷程。 再次按一下 驗證 並解決任何組態錯誤，然後再重新執行模擬。 當測試完成且驗證為目前且通過時，您可以發佈您的歷程。
觸發您的事件 firing-events
JOtestmode - <schema of your event>。如果您的歷程包含一或多個單一事件，您可以在模擬作用中時觸發這些事件。 對於不是從事件開始但包含事件的歷程，此區段在模擬使用者進入歷程之前不會顯示。
-
在 選取事件型別 中，選取要為此模擬引發的事件。
-
若要將相同的變更套用至清單中的每個使用者，請使用 管理事件 選項來：
- 產生事件值，讓Journey Agent使用AI產生所有裝載。 產生值時，使用者會標籤為準備傳送。
- 編輯事件資料以變更清單中每個模擬使用者的裝載。
-
按一下使用者旁的
- 產生事件值以讓Journey Agent使用AI產生裝載。 產生值時，使用者會標籤為準備傳送。
- 編輯事件資料以僅變更該模擬使用者的裝載。
測試事件中的
-
在 測試事件 中，選取全部傳送，以便針對 測試使用者 下列出的所有模擬使用者傳送此事件，或選取
-
觸發事件後，畫布會更新以反映每個使用者的進度。
-
存取 結果 標籤以開啟執行記錄檔並檢閱每個步驟的執行方式。 如需詳細資訊，請參閱檢視結果。
-
完成測試後，請開啟 管理模擬 功能表：
-
停止模擬以結束目前的模擬工作階段。
-
重設模擬以清除目前執行中的所有資料、選取的模擬使用者、定義的事件值和其他測試設定，以便您可以從頭開始新的模擬。
-
檢視結果 viewing-results
結果索引標籤可讓您檢視測試結果。 在 測試使用者 下拉式清單中，選取您要檢查其執行的模擬使用者。 當您選取單一模擬使用者時，畫布會醒目顯示使用者在歷程中追蹤的確切路徑，因此您可以確認他們輸入了您預期的分支。
選取「全部個」，檢視執行中每個模擬使用者彙總的結果。 接著，畫布會顯示執行所涵蓋的每個路徑，可協助您比較不同設定檔的涵蓋範圍，並快速掃描完整模擬（包括活動、結果和錯誤），而不需先挑選單一模擬使用者。
對於每個活動，記錄可以顯示模擬的使用者是否進入或退出步驟，每個步驟的時間戳記和分支決定，以及在模擬期間發生的錯誤。
在模擬期間，您也可以直接在畫布上預覽每個頻道活動的內容。 按一下「全部展開」（眼睛）圖示，然後按一下縮圖以開啟預覽。 瞭解如何在畫布中預覽內容。
預覽會反映您選取的測試使用者：選取 全部 時，會顯示非個人化內容；當您選取特定測試使用者時，將會以該使用者的個人化資料預覽使用者所進行的每個頻道活動。
在模擬中，預覽的屬性值取決於上次相對於 更新設定檔 活動擷取模擬使用者資料的時間。 如果在活動執行之前擷取資料，則預覽會在整個期間顯示更新前值。 如果是在活動執行後（例如，重新載入頁面後）擷取，則預覽會在整個期間顯示更新後的值，包括在 更新設定檔 活動之前的電子郵件活動中。 單一預覽不會顯示活動前的更新前值和活動後的更新後值。
對於 等待 活動，記錄檔包含兩個持續時間相關的值：
- 定義的持續時間：在已發佈歷程的 等待 活動上指定的持續時間，並在歷程上線後套用。 記錄會記錄模擬是否從測試設定套用覆寫（例如10秒），而非僅依賴歷程上定義的值。
- 實際持續時間：模擬使用者留在 等待 活動上的經過時間。 此值是從 測試設定 索引標籤設定的。
當記錄中出現錯誤時，保留模擬，將必要的變更套用至歷程，然後再次執行模擬。 驗證成功後，發佈歷程。 檢視發佈您的歷程。
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 explains how to run Quick simulation and Manual simulation in Adobe Journey Optimizer to validate journey paths and review results using simulated users.
Intents:
- Run Quick simulation to validate a journey end to end with generated users and event values
- Set up Manual simulation to control simulated-user selection, send order, event payloads, and Wait overrides
- Create or add simulated users using AI generation, inventory, a form, or JSON
- Trigger unitary events for simulated users during an active simulation session
- Review the Results log to identify errors and uncovered branches after a simulation run
- Use Reset simulation to start a new run or Stop simulation to exit the current session
Glossary:
- Quick simulation: A simulation that runs end to end with generated users, event values, and default test settings, powered by the Journey Agent (product-specific)
- Manual simulation: A simulation run step by step, where you create simulated users, trigger them into the journey, define event payloads, and override Wait durations (product-specific)
- Simulated users: Temporary profile-like entities defined in Simulation settings. Sending one triggers a real message send; if an impacted dataset is profile-enabled, this can create a persistent profile in Adobe Experience Platform (product-specific)
- Journey Agent: The agent used to generate simulated users and event values or payloads during simulation (product-specific)
- Test settings: The tab used to override Wait activity durations during simulation (product-specific)
- Results log: The execution log, opened from the Results tab, that shows activity execution details, timestamps, branch decisions, and errors (product-specific)
Guardrails:
- Configuration validation is separate from simulation and must pass before entering Simulation. Changes after a failed run require Validate again and resolution of configuration errors before rerunning; publication requires completed testing and current, passed validation.
- For journeys starting with an Event, the per-user Send icon is not available; simulated-user entry is triggered by sending the event in Test events
- The Update values step appears only if the journey uses Waits or Channels; it lets you adjust Wait durations and execution addresses
- In simulation content preview, if simulated-user data was fetched before Update Profile runs, previewed values are pre-update throughout. If the data was fetched after the activity runs, for example after reloading the page, previewed values are post-update throughout, including in earlier email activities. A single preview does not show pre-update values before the activity and post-update values after it.
- When errors appear in the Results log, leave Simulation, apply the required journey changes, click Validate again and resolve configuration errors before rerunning Simulation; publish when testing is complete and validation is current and passed
Terminology:
- Canonical name: Quick simulation
- Canonical name: Manual simulation
- Canonical name: simulated users — UI label: Test users is the list containing simulated users
- Do not confuse: Send all under Test users sends users into the journey; Send all under Test events sends the selected event for all listed simulated users
- Do not confuse: Reset simulation clears data from the current run, selected simulated users, defined event values, and other test settings so a new simulation can start from scratch; Stop simulation exits the current simulation session
- Do not confuse: simulated-user data fetched before Update Profile runs produces pre-update preview values throughout; data fetched after it runs, for example after reloading the page, produces post-update values throughout, including in earlier email activities. One preview does not mix pre-update and post-update values.
FAQ:
- Q: What is the difference between Quick simulation and Manual simulation? — Quick simulation runs the journey end to end with generated users, event values, and default test settings; Manual simulation lets you create simulated users, trigger them into the journey, define event payloads, and override Wait durations.
- Q: Why does content preview show the same profile attribute value before and after Update Profile? — Previewed values depend on when simulated-user data was last fetched. Data fetched before the activity runs shows pre-update values throughout; data fetched after it runs, for example after reloading the page, shows post-update values throughout, including in earlier email activities.
- Q: Can I reuse simulated users across simulation sessions? — Yes. Users saved to the inventory can be retrieved with Browse inventory in subsequent sessions.
- Q: How do I trigger a unitary event for a specific simulated user? — In Test events, configure the user’s event payload with the edit icon, then select the send icon on that user’s row to trigger only that user’s event.
- Q: What do the Defined duration and Actual duration values mean in the Results log for Wait activities? — Defined duration is the duration specified on the Wait activity for the published journey; Actual duration is the elapsed time the simulated user remained on the Wait activity, set from the Test settings tab.
- Q: What should I do when errors appear in the Results log? — Leave Simulation, apply the required journey changes, click Validate again and resolve configuration errors before rerunning Simulation; publish when testing is complete and validation is current and passed.