Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 3 Min.

Testarchitektur: Warum wir mehr als QA brauchen

Wenn Testautomatisierung nicht reicht und QA-Rollen an ihre Grenzen stoßen, braucht es jemanden, der das große Ganze sieht – und auch zusammenhält. Marco Achtziger im Interview.
Marco Achtziger
© Sofija De Mitri, Patrizio De Mitri, Event Wave

Marco Achtziger arbeitet bei Siemens Healthineers. Er ist kein klassischer Tester. Auch kein QA-Lead. Marco ist Testarchitekt. Und das ist mehr als ein neuer Titel für ein altes Problem. Im Interview auf der DWX erklärt er, warum moderne Softwareprojekte ohne testarchitekturelle Strategie ins Schlingern geraten – spätestens dann, wenn die Komplexität steigt, die Teams größer werden und der Code von der Cloud aus grüßt.

„Die Rolle des Testarchitekten ist für uns das, was der Softwarearchitekt für die Entwicklung ist“, sagt Marco. „Wir geben Rahmenbedingungen vor, damit Qualität nicht zufällig passiert.“

Vom Rahmen zur Freiheit

Wie funktioniert Testarchitektur heute? – oder besser: Wie sollte sie funktionieren? Es geht nicht darum, Teams restriktiv einzuhegen oder sie mit Tools zu überfrachten. Sondern darum, ihnen einen Rahmen zu geben, der Orientierung bietet, Skalierung ermöglicht und zugleich genug Freiheit lässt, um auf technische Entwicklungen reagieren zu können.

Die Herausforderung: Technologische Entscheidungen müssen einerseits strategisch und nachhaltig sein – andererseits flexibel genug, um Innovation nicht im Keim zu ersticken. Eine klassische Architekturfrage also. Nur eben fürs Testen.

„Ein Testarchitekt ist für die Qualität das,

was ein Softwarearchitekt für den Code ist.“

Achtziger_Marco2.jpg
Marco Achtziger, Siemens Healthineers

Testarchitektur embedded denken

Bei Siemens Healthineers hat man den Shift Left längst vollzogen. Die zentralen QA-Teams wurden verschlankt, die Tester:innen sind heute Teil der agilen Produktteams. Der Testarchitekt definiert die Spielregeln: Frameworks, Guidelines, Vorgehensmodelle. Entwickelt wird dezentral – getestet wird nach einem zentralen Verständnis von Qualität.

Und wenn sich die Interessen von Produkt- und Testarchitektur einmal widersprechen? Dann helfen, laut Marco, keine PowerPoint-Schlachten, sondern objektive Entscheidungspfade. Siemens setzt hier auf Architectural Decision Records – dokumentierte Architekturentscheidungen, die für alle nachvollziehbar sind. Diskussionen werden damit nicht verhindert, aber deutlich entspannter geführt.

Fazit: Testarchitektur ist keine Kür

Die Rolle des Testarchitekten bringt Klarheit in komplexe Qualitätsprozesse. Wer skaliert, braucht Konsistenz. Wer agil arbeiten will, braucht Orientierung. Und wer Qualität ernst nimmt, braucht jemanden, der sie über die Tools hinaus denkt. Testarchitektur ist kein Luxus. Sie ist der Unterschied zwischen gut gemeint und gut gemacht.

Exklusiver Zugang zu Developer-Wissen, das Du wirklich brauchst!

Die führende deutschsprachige Wissensplattform für professionelle Softwareentwickler:innen

  • Unbegrenzter Zugang zu Developer World
  • Exklusiver Online-Content
  • Digitales Heftarchiv inkl. Codes
Digitales Probeabo
0,00

1 Monat kostenloser Zugang, danach 152,40 € jährlich.

kostenlos testen!
Jahresabo Premium Plus
182,40

12 Monate unbegrenzter Zugang. Jährliche Zahlung.

Printausgabe alle 2 Monate frei Haus

Neueste Beiträge

UX goes Dev - Figma als Scharnier zwischen Entwurf, Design und .NET-Entwicklung
Figma entwickelt sich zur zentralen Plattform für integrierte Design-Dev-Workflows, in denen Gestalter:innen und Entwickler:innen von Beginn an am selben Artefakt arbeiten.
19 Minuten
18. Jun 2026
Sicherheit, Offline-Betrieb und Recovery mit Cursor - Die KI-IDE Cursor in der Praxis, Teil 3
Cursor schützt Code durch den Privacy Mode und verhindert so das Training von Modellen mit Nutzerdaten. Während die KI-Rechenleistung primär cloudbasiert ist, erfolgt das Indexing der Codebase lokal. Ausfallsicherheit und Recovery werden durch Multi-File-Undo-Workflows gewährleistet.
8 Minuten
17. Jun 2026
GitHub Copilot mit Markdown-Dateien steuern
GitHub Copilot liest Markdown-Dateien, die an bestimmten Orten im System oder im Projekt liegen. Wer diese Dateien gezielt einsetzt, gibt Copilot dauerhaften Kontext – ohne ihn bei je-dem Chat-Start neu erklären zu müssen.
5 Minuten
22. Jun 2026

Das könnte Dich auch interessieren

Warum moderne Anwendungen neue Messmethoden brauchen - Real User Monitoring im Wandel
Die Kombination aus Real User Monitoring und einer umfassenden Observability-Strategie ermöglicht es, Frontend-Interaktionen mit den zugrunde liegenden Systemprozessen zu verknüpfen. KI-gestützte Observability hilft dabei, die Telemetriedaten auszuwerten und komplexe Zusammenhänge sichtbar zu machen.
6 Minuten
Der Weg durch den Quoridor - dotnetpro.contest 01/2017 - Aufgabe
Eine Bot-KI für das Brettspiel Quoridor entwickeln.
7 Minuten
Bob lernt Fachjargon - Testdata-Builder, Teil 3
Vom Fluent-API zur Geschäftssprache – wie Domain-spezifische Sprachen Tests noch lesbarer und ausdrucksstärker machen.
6 Minuten
19. Nov 2025
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige