在此页面上：了解如何对模拟用户运行快速模拟和手动模拟，以在发布之前验证历程路径并查看结果。
在发布之前，使用 模拟 与 模拟用户 一起验证您的历程。 此页面将指导您完成 快速模拟 和手动模拟，创建并发送模拟用户，在历程需要它们时触发单一事件，以及查看 结果 日志。
有关所需权限，请参阅所需权限。
在进入 模拟 之前，在历程标题中单击验证。 解决“警报”面板中的任何错误并再次验证，然后继续。 验证会检查配置并与模拟不同。 了解历程验证。
有关旅程类型的概述，请参阅历程模拟入门。
不确定模拟是否适合您？ 比较所有三个验证选项。
模拟类型 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根据旅程定义生成一组模拟用户。
对于包含电子邮件、推送或移动消息节点的历程，人工智能会提示您确认要使用的电子邮件地址、电话号码或推送令牌。 模拟用户是使用这些定义的值生成的。 完成后，单击生成。
生成的模拟用户仅显示当前历程中使用的属性，例如表达式或个性化中使用的属性。
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.