在此页上：比较历程模拟、历程测试模式和历程练习。 了解哪些选项适合您构建历程的当前阶段 — 从设计期间的快速迭代到针对实时受众的最终启动前检查。
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.