Skip to content
Case studyQA and Testing

Two days to 35 minutes: making releases boring at a 60-person engineering team

Manual regression was costing two days per release and still letting nine hotfixes a month through.

April 28, 20266 min readTexas Solutions QA practice · Quality assurance

The situation

A B2B SaaS platform with 60 engineers was spending two days of manual testing per release and still producing an average of nine production hotfixes a month. Nobody could state what was covered, so release scope negotiations were guesswork.

What we did

  • Wrote a test strategy and mapped the 31 journeys that produced revenue or support load.
  • Built a Playwright regression suite in their repository, running on every pull request.
  • Added k6 load tests with budgets that fail the build rather than warn.
  • Introduced defect templates requiring reproduction steps and evidence, which cut triage time sharply.

The results after two quarters

MetricBeforeAfter
Release testing time2 days35 minutes
Production hotfixes per month91
Automated journey coverage0%84%
Escaped defects per release142

What mattered most

Ordering the automation by cost of failure rather than ease of implementation. The first eight journeys automated covered the paths responsible for most of the previous year of incidents, so the defect curve moved before the coverage number looked impressive.

Case studyQASaaS

Turn the reading into a number

The calculator uses the same published ranges referenced in these articles. Seven questions and you have a figure in your own currency.