Create a comparative acceptance bench
Automated comparison between the candidate version and the reference: pixels, texts, forms, network calls and console errors, with typed and historised differences.

A national portal where users follow sensitive administrative procedures, made of several generations of front end, a business API, a CMS, an SSO and a Kubernetes cluster.
Four generations of front end coexisted with several CMS versions. The new generation had to replace the existing one without any visible regression, while meeting accessibility and security requirements and the state design system.
The scope describes the decisions and the work actually carried out, without naming the organisation involved.
Automated comparison between the candidate version and the reference: pixels, texts, forms, network calls and console errors, with typed and historised differences.
60 content types, 157 components, 110 dynamic zones and 58 multilingual schemas migrated with a blue/green strategy and a possible rollback.
Centralised fixes for content injection and open redirects, vulnerability triage and upgrade of native dependencies.
GitLab pipelines, per-environment secrets, images published then deployed on Kubernetes, and diagnosis of the false positives blocking quality gates.
SSO, session expiry, unit tests, end-to-end tests, automated accessibility checks and visual tests of the component library.
Clients, brands, domains, addresses and identifying details are not published. The figures come from the logs, databases, clusters, repositories and control reports provided for these assignments. Security incidents are described without any reproducible exploitation path.
Describe the context, the existing systems and the expected result. We will propose the right level of intervention.