We have a few user journeys which are quite long (e.g. onboarding a new customer) and would like to be able to test the UI without going through the full end-to-end journey. It's time consuming and arduous to get the correct data, go through multiple screens etc just to sense check a single screen.
Has anyone attempted an approach that would allow testers to progress directly to a screen (e.g. screen 4 of a 10-screen journey without doing screens 1-3) in a way that is safe from users doing the same?
Hi Andy,
One approach is to wrap the entire multi-screen journey within a Wizard component. This way your testers will have “point-and-click” access. By assigning a “Tester” role, you can expose the wizard only to your testers team while keeping it hidden from regular users.
There is an expression "you can't have the cake and eat it". If the form prevents users from advancing, it also prevents testers from advancing.
How to have both not simultaneously, but almost:
-If the sections of the form are blocks, you can have a different page that displays them. Like a style guide.
-Maybe do a toggle that allows anyone to move in the page without validations and switch it off when you want to treat validations. This can be achieved by either a site property or an extra role,like Mihai suggested.
Both are valid approaches to the issue.
Hello Andy,
I understand your flow is complex but not clear why would you want the testers to skip initial flow. This kind of skip might makes sense for unit testing but quality testing must flow the end to end flow to ensure completeness of the testing scope.
Yet if you want to do it, these are the options I can think of off the top of my head.
1. With support from developers through some database script you can enter appropriate registration data related to test users accounts. This would allow testers to use those accounts and skip the initial set up.
2. In one of the applications we had similar need, to expedite the initial user accounts set up we had kind of automated the initial data entry part with the flexibility to allow the team to enter required data for test accounts. This supporting application was restricted to DEV and TEST environments only to ensure there are no loop holes in the actual registration flow.
Hope it helps!
Junaid
Thanks Junaid. Your second point is the approach that I've been looking into. Can I please ask further about it? I understand that the supporting application stayed in your DEV and TEST environments but for the app you were testing, did you have to add any additional code to enable navigating to part of the user journey?
At the moment I have a proof of concept where the supporting application would take you to a 'Redirect' screen, which takes the data passed from the supporting application, assigns the necessary roles, client variables etc, then navigates to the necessary screen.
Is this the approach you took, or did you find another way?