Dry Run Using Events

Hi ​@PaulTaylor ,Yes.this behavior is expected.

Batch Audience Entry
Dry Run works correctly for batch audience–based journeys because the qualified audience snapshot is already available. The system can simulate journey execution in a deterministic way using that existing audience data.

Event-Based Entry or Event Conditions
When using events (either as the entry source or as a condition within the journey), Dry Run has certain limitations:

• It does not automatically simulate real-time streaming events.

• A valid event payload must be triggered while the Dry Run session is active.

• The event must resolve to an existing profile with properly configured identity mapping.

If no qualifying event is received and processed during the session, the journey will not execute, which is why no results are visible in event-driven scenarios.

Recommendation
For validating event-triggered journeys, it is more reliable to publish the journey in a test sandbox and trigger a real event via Web SDK or API, then monitor execution through the profile timeline and journey reporting

Thanks,
Giriprasath B

​@PaulTaylor Dry run works with unitary event journeys as well

An easy way to validate this is:

1. Create a unitary journey based on the business use case (for example, name it “abc – dry run”).

2. Duplicate the same journey and name it “abc – test run.”

3. Activate the duplicated journey in Test mode and set the original journey to Dry Run mode.

4. Trigger the event in the Test mode journey.

Since both journeys use the same event, this will help you validate that the Dry Run journey is working as expected.