Journey Lanes

Cases

An order fails somewhere across three services

Orders, products and invoices are separate services. When the journey breaks, everyone looks at their own logs.

  • Employee
  • Company Admin

Why ordinary tests miss it

Each service has its own tests, and they pass. The journey crosses all three, so a change in one breaks it without any single team seeing it.

Set it up

  1. Add each service’s repository to the project.

  2. On the environment, give each repository its own address under Services. Each step goes to the service whose code defines its endpoint.

  3. Describe the journey once. It crosses the services the way your users do.

  4. Monitor it, and send the alert to the channel all teams read.

The moment it’s caught

Run log on Acceptance
  1. ✓ EmployeeGET /api/products 200
  2. ✓ EmployeePOST /api/orders 201
  3. ✗ Company AdminGET /api/invoices ✗ Status is 200 (got 502)
An example of what you see, in Journey Lanes’ own words. The numbers and names are made up.

Each step went to the service whose code defines it, so the failing step points at one service and one team, with the request and the answer.

What you use

Next case: New customers can’t finish onboarding after a deploy

Catch this one in your own product

Connect a repository, describe the journey, and run it against the mock in a few minutes.