QA Automation Documentation

QA Automation Documentation

Our E2E Test Process

We apply a Workflow-based Approach to E2E tests. This allows us to have happy-path smoke tests grouped by workflows, which test from a user’s perspective. We do this because:

  • It's easier to confidently release regularly if your business stakeholders have confidence in a few, not too many, E2E tests that cover happy-path user stories (where things go right). 

  • We don't want to automate every possible click or every possible path - this causes a lot of overhead in maintenance and cognitive burden when reviewing test reports. However, detailed functional tests should still be written for specific features. (Functional tests are outside of the scope of E2E Workflow tests.)

Please now review the following pages:

 

Please note: From 2020-2024, we went through quite a journey exploring different test frameworks. As of 2025, we are using Playwright for E2E frontend tests, and Jenkins. Wherever you see references to Cucumber, Cypress, or Selenium, please note the principles are still accurate but the technology of choice is now Playwright.