Introduction
A globally recognised leader in enterprise software and open source technology, this company builds and maintains a wide portfolio of platforms and products used by organisations across industries worldwide. With large-scale platform migrations, complex multi-environment deployments, and cross-functional teams including developers, QA engineers, and designers all working in parallel, ensuring the visual integrity of its web applications at every stage of the development lifecycle is a significant and ongoing challenge.
The Senior Software Quality Engineer at the centre of this story has worked across multiple domains within the organisation, including customer portals, case management systems, chatbot AI, and Salesforce instances. With a focus on bringing efficiency and reliability to every product, the need for a scalable, automated approach to visual regression testing became clear during a full platform migration from Drupal D7 to Drupal D10.
By adopting BrowserStack Percy and integrating it directly into their GitLab CI/CD pipeline, the team eliminated manual visual regression checks, enabled cross-browser visual validation in a single execution run, and built a collaborative review workflow that keeps developers, QA engineers, and designers aligned on visual quality before every release. The team has relied on Percy for three and a half years and continues to use it today.
A full platform migration with simultaneous functional and visual testing demands
The trigger for adopting Percy was a significant platform migration: rebuilding the entire Drupal D10 platform from scratch. During this process, the QA team had to validate both functional behaviour and visual correctness simultaneously, across a large number of pages and components, while the platform was actively being built. Doing this manually was neither scalable nor reliable.
1. Simultaneous functional and visual testing with no dedicated visual tooling. During the D7 to D10 migration, the QA team was responsible for testing functionality and visual regression at the same time. With no dedicated visual testing tool in place, the visual side relied entirely on manual eyeballing, which was time-consuming, inconsistent, and prone to human error. What was manageable at a small scale became a serious bottleneck at migration scale.
2. Manual visual checks could not catch everything. Human eyes miss visual changes, particularly subtle ones such as minor pixel shifts, misaligned components, or small colour and spacing inconsistencies. During a full platform rebuild, the volume and variety of pages being tested made it effectively impossible for a manual reviewer to catch every visual regression before it reached production.
3. Cross-browser visual inconsistency with no efficient way to test it. Visual bugs that did not appear in one browser often appeared in another. Testing the same pages across Chrome, Firefox, Edge, and Safari manually meant repeating the same review process multiple times, multiplying the effort required without any guarantee of consistency or completeness.
4. No integration between visual checks and the development pipeline. Without a tool integrated into the CI/CD pipeline, visual testing happened as a separate, manual step outside of the normal development workflow. This meant developers received no automatic feedback about visual regressions when they pushed changes, and defects were discovered later in the cycle when they were more expensive to fix.
5. Designer and developer collaboration on visual quality was informal and inefficient. Without a centralised view of visual changes, designers had no structured way to review whether the built output matched the intended design. Feedback was informal, inconsistent, and often reactive rather than preventative, which created friction between design and development teams.
“Visual regression was our nightmare. We were testing functionality and visual aspects simultaneously during a full platform migration, and doing it manually was simply not sustainable. That is when we found Percy and it resolved everything we were facing in our day-to-day activities.” – Senior Software Quality Engineer