New customers can’t finish onboarding after a deploy
A super admin creates a company and its admin, an invitation goes out, and the new admin signs in. One deploy breaks a link in that chain.
- Super Admin
- Company Admin
Why ordinary tests miss it
Onboarding crosses two roles and an email. Each endpoint has its own tests, but nobody runs the whole chain after every deploy, so the break shows up when a real customer gets stuck halfway.
Set it up
A super admin logs in. The super admin creates a company and creates a user. A company admin logs in and sees the users.
Describe the journey in one sentence. Journey Lanes draws it with a lane for the super admin and one for the company admin.
Make the company name and the new admin’s email unique per run with
{{run.id}}, so the flow can run as often as you like.Add an email step after creating the user. It reads the invitation from your Mailpit or Mailtrap test inbox and takes the sign-in link from it.
Add your acceptance environment with a test account per role, and allow writes there.
Call the deploy hook from CI or Argo CD after each deploy to acceptance. The result goes to GitHub as a commit status on the deployed commit.
The moment it’s caught
- ✗ Journey Lanes / Acceptance: 0 of 1 flows passed
-
✓
Super Admin
POST /realms/portal/protocol/openid-connect/token200 -
✓
Super Admin
POST /api/companies201 -
✗
Super Admin
POST /api/users✗ Status is 201 (got 500)
The commit that broke onboarding is marked before anyone merges on top of it, and the run shows which step failed and what the API answered.
What you use
Next case: A company admin can open another company’s orders
Catch this one in your own product
Connect a repository, describe the journey, and run it against the mock in a few minutes.