← Alle Fallstudien
CASE STUDIES · 2026

Polity

Vereinheitlichtes QA über sieben Microservices, Hunderte Bugs geschlossen, Release-Gates gehalten.

Polity ist eine enterprise-taugliche Plattform auf sieben Microservices. Verteilt, komplex und an den Standards gemessen, die Enterprise-Kunden verlangen – der Typ System, bei dem QA keine Option ist.

ENTERPRISE 2026 Live
01 Überblick

Überblick

Polity ist eine enterprise-taugliche Plattform auf sieben Microservices. Verteilt, komplex und an den Standards gemessen, die Enterprise-Kunden verlangen – der Typ System, bei dem QA keine Option ist.

02 Die Herausforderung

Die Herausforderung

Sieben Services, jeder mit eigenem Tooling, eigener Reife, eigenen Ausfallmodi. Mehrere Vendoren pushen parallel, Features in der Pipeline, eine Enterprise-Kundenbasis, die keine Regressionen duldet. Über 1,5 Jahre alles in ein Qualitätsmodell vereinheitlichen – ohne Engineering auszubremsen.

03 Die Entscheidung, die wir trafen

Zentrales QA hält bei sieben Services nicht mit. Wir haben Qualität dorthin geschoben, wo der Code lebt.

Vendor-PRs landeten in Ad-hoc-Reviews, Testing saß in einem zentralen Team, das zum Flaschenhals wurde, der Frontend-Stack war eine Generation zurück, kritische Flows wurden per Hand validiert. Nichts davon übersteht sieben Services im Continuous-Delivery-Takt. Wir rollten zwei Protokolle aus. UVA (Undertaking Level Aggregation) machte aus Vendor-Integrations-Bewertung statt Ad-hoc-PR-Reviews einen strukturierten Peer-Review-Workflow mit expliziten Gates. UTI (Unified Testing Infrastructure) zerlegte zentrales Testen in service-spezifische CI-Gates und komponenten-basierte Validierung über alle sieben Microservices. Parallel migrierten wir den Frontend- und Tooling-Stack von einer Legacy-Architektur auf eine Next-Generation-Plattform mit modernisiertem Developer-Workflow, ersetzten manuelles QA auf kritischen Flows durch automatisierte End-to-End-Abdeckung und verdrahteten CI über alle sieben Services in geländerte Pipelines mit integrierter User-Flow-Validierung. Der Punkt war nie mehr Tests. Es war, Verantwortung, Automatisierung und Standardisierung dorthin zu schieben, wo Entscheidungen tatsächlich getroffen werden.
04 Was wir gemacht haben

Was wir gemacht haben

Qualität über sieben Services und mehrere Vendoren brauchte zuerst eine Koordinationsschicht, nicht mehr Tooling. Die architektonische Entscheidung: weg von zentralen, manuellen, fragmentierten Workflows – hin zu skalierbaren, Ownership-getriebenen, automatisierten Systemen – optimiert für Developer-Velocity, Review-Qualität, Zuverlässigkeit und langfristige Wartbarkeit durch Standardisierung und moderne Infrastruktur. Konkret: das UVA-Protokoll ausgerollt (Undertaking Level Aggregation), das die Vendor-Integrations-Bewertung von Ad-hoc-PR-Reviews in einen strukturierten Peer-Review-Workflow mit expliziten Gates überführte; das UTI-Protokoll ausgerollt (Unified Testing Infrastructure), das zentrales Testen in service-spezifische CI-Gates und komponenten-basierte Validierung über alle sieben Microservices zerlegte; den Frontend- und Tooling-Stack von einer Legacy-Architektur auf eine Next-Generation-Frontend-Plattform mit modernisiertem Developer-Workflow migriert; manuelles QA auf kritischer Produktvalidierung durch automatisierte End-to-End-Tests ersetzt; fragmentierte Legacy-CI über 7+ Services in geländerte Pipelines mit integrierter End-to-End-User-Flow-Validierung konsolidiert. Obendrauf: E2E-Strategie, Flakiness reduziert, CI/CD gehärtet, Vendor- und Contributor-Qualität beaufsichtigt, Hunderte Bugs triagiert. Tooling-Investitionen zahlten sich ab Monat drei aus. Ergebnis: Qualität, die Personalwechsel, Vendor-Rotation und kontinuierliche Refactors übersteht.

05 Ergebnisse

Ergebnisse

Skalierung 7 Services Vereinheitlichtes Testen
Risiko Hunderte Bugs behoben
Ausgewählte Screens
06 Was wir gelernt haben

Was wir gelernt haben

Qualität über verteilte Systeme ist ein Koordinationsproblem, kein Tooling-Problem. Sieben Services, mehrere Vendoren und kontinuierliche Lieferung auf einen Standard zu bringen, war genauso viel Prozessarbeit wie technische Arbeit. Die architektonische Entscheidung, die zählte: weg von zentralen, manuellen, fragmentierten Workflows – hin zu skalierbaren, Ownership-getriebenen, automatisierten Systemen.

Tech Stack
Tags
EnterpriseQAMicroservices

Wollen Sie ähnliche Ergebnisse?

Erzählen Sie uns, was Sie bauen. Wir sagen Ihnen, ob wir das richtige Team dafür sind.

 Termin buchen