Testautomatisierung funktioniert, wenn sie echte Probleme löst, nicht wenn sie sich auf Werkzeuge konzentriert. Der Fokus verschiebt sich auf das Warum, Wo und Wie. Mit der Testpyramide werden Prüfungen auf Unit-, API- und UI-Ebene durchgeführt, damit das Feedback schnell bleibt. Ein Spieleprodukt mit 5000 Fehlerzuständen und sinkender Geschwindigkeit zeigt, wie teuer eine schwache Strategie ist. Eine schlanke Roadmap, sechsmonatige Checkpoints und messbare Werte geben die Richtung vor.
In dieser Folge spreche ich mit Péter Földházi über Testautomatisierung, die echte Probleme löst, und nicht über glänzende Tools. Péter ist seit zwei Jahrzehnten im Bereich Qualität tätig und hat an den ISTQB-Lehrplänen zur Testautomatisierung mitgeschrieben. Wir fragen, warum man automatisieren sollte, wo es passt und wie die Testpyramide bei der Auswahl von Unit-, API- und UI-Tests hilft. Mir gefällt, wie die einfache Pyramide die Entscheidungen sichtbar macht. Er berichtet von einem Spielfall mit 5.000 Fehlerzuständen und einem Geschwindigkeitsabfall. Erst die Strategie, dann die Werkzeuge, sechs Monatsschritte und ein klarer Wert.
"Letztlich kommt es darauf an, was das Problem ist, das wir lösen, und wie die Architektur ist." - Péter Földházi
Péter kam 2006 als Beta-Tester von DOTA zum ersten Mal mit QA in Berührung. Seit er 2012 zu EPAM kam, hat er sich der Testautomatisierung zugewandt und arbeitet derzeit in den USA als Qualitätsarchitekt. Er leitet das Game Testing Consulting und die GenAI Adoption Programme in Nord- und Südamerika.
Péter ist Autor von zwei ISTQB-Lehrplänen: Testautomatisierungsentwicklung und Testautomatisierungsstrategie. Außerdem hat er zwei Methoden zur Testautomatisierung entwickelt: das Flow Model Pattern und die Tri-Layer Testing Architecture, letztere wurde vom PNSQC als White Paper veröffentlicht. Péter ist seit 2015 eines der Review Board-Mitglieder des HUSTEF.
Péter hält regelmäßig Keynotes und Tutorien auf Konferenzen wie STARWEST, STAREAST und SauceCon. Früher war er Gastdozent an 3 Budapester Universitäten: Óbuda, Pázmány und der ELTE. Zu seinen Hobbys gehören das Bierbrauen und das Anpflanzen von Chilis.
Testautomatisierung ist zu einem Schlagwort in der Softwareentwicklung geworden - oft wird sie als Königsweg zur Verbesserung von Geschwindigkeit und Qualität gesehen. Aber wie Richie und Péter Földházi in der neuesten Folge von Software Testing Unleashed erläutern, geht es bei einer effektiven Testautomatisierung um viel mehr als nur um den Kauf des neuesten Tools. Ihr Gespräch, das live auf der Gustev-Konferenz 2025 in Budapest aufgezeichnet wurde, befasst sich mit den wirklichen Herausforderungen, Strategien und zukünftigen Richtungen, mit denen Teams heute konfrontiert sind.
Viele Unternehmen tappen in die Falle, Automatisierungstechnologien einzuführen, nur weil "alle anderen es auch tun" Péter betont, dass echter Erfolg damit beginnt, die Probleme zu verstehen, die du lösen willst. Die Teams müssen sich fragen: Welchen Nutzen bringt die Automatisierung? Der Fehler, der oft gemacht wird, ist, dass man sich zuerst auf die Werkzeuge (und Verkaufsargumente) und nicht auf die Strategie konzentriert.
Ein typisches Beispiel: Péter erzählte die Geschichte eines Spieleherstellers, der jeden Monat von Tausenden von Fehlerzuständen geplagt wurde. Bei der Automatisierungsstrategie ging es nicht nur darum, Fehlerzustände zu finden, sondern auch darum, den Aufwand für die Behebung von Fehlern zu verringern und die Produktgeschwindigkeit insgesamt zu erhöhen. Das Endziel? Probleme früher im Lebenszyklus zu befunden und die Lösungsrate zu erhöhen, um Zeit und Ressourcen für die Entwicklung neuer Funktionen freizusetzen.
Wenn deine Ziele klar sind, wie entwirfst du dann einen Weg nach vorne? Péter empfiehlt, mit einer Bewertung zu beginnen und zu verstehen, wo die Testautomatisierung auf jeder Ebene der "Testpyramide" angesiedelt ist:
Unit-Tests (Überdeckung auf Code-Ebene)
Service/API-Tests (Vertrags- und Integrationspunkte)
UI-Tests (Endbenutzerreisen)
Die Visualisierung der aktuellen Überdeckung und der Lücken hilft auch nicht-technischen Stakeholdern zu erkennen, wo sich Fehlerzustände und Kosten zuspitzen. Darauf aufbauend kannst du eine Strategie für die nächsten sechs Monate entwickeln, die sich auf realistische, wirkungsvolle Verbesserungen konzentriert (und nicht einer "idealen" Pyramidenform hinterherjagt).
Eine gute Strategie ist individuell auf dein Projekt zugeschnitten, aber die Grundsätze bleiben dieselben: vorhandene Stärken nutzen, offensichtliche Lücken schließen und nicht zu viel Aufwand betreiben. Die richtige Balance spart sowohl Zeit als auch Geld.
Die Auswahl der Werkzeuge erfolgt nach der Strategie, nicht davor. Wie Péter es ausdrückt, kannst du dich auf die Projektanforderungen konzentrieren, wenn du "tool-agnostisch" bist. Vielleicht arbeitet ein langjähriges Team am besten mit Selenium. Für neuere Stacks könnten Cypress oder Playwright geeignet sein. Der wichtigste Punkt: Wähle das Tool, das dein Problem löst, und nicht das mit der auffälligsten Demo.
Péter klärte auch einige gängige Begriffe - generische Testautomatisierungsarchitektur (GTAA), Testautomatisierungsarchitektur (TAA), Framework und Lösung - aus den ISTQB-Lehrplänen. Hier ist der Unterschied:
GTAA ist eine Blaupause: Was sollte ein Framework bieten?
Die TAA ist dein konkreter Entwurf: Speziell für dein Unternehmen, dein Projekt oder dein Team.
Die Lösung ist die Umsetzung: Der Aufbau der Architektur im Code, die Verbindung von Tools und die Integration in Pipelines.
Das Framework regelt die Testskripte, die Geschäftslogik und die Kernbibliotheken.
Das Verständnis dieser Ebenen hilft den Teams, Verwirrung zu vermeiden, Prozesse zu straffen und besser über verschiedene Rollen hinweg zu kommunizieren.
Automatisierung funktioniert nicht in einem Vakuum. Erfolgreiche Teams arbeiten auf allen Teststufen zusammen - mit Entwicklern, Testern, dem Produkt und dem Betrieb. Unit-, API- und UI-Tests bringen jeweils einen einzigartigen Mehrwert. Gemeinsame Ziele und Transparenz (die "Testpyramide") bedeuten, dass Teams doppelten Aufwand vermeiden und Probleme schneller erkennen.
Wird die KI den Automatisierungsprozess übernehmen? Noch nicht. Obwohl Tools, die als "KI-gestützt" beworben werden, weit verbreitet sind, warnt Péter, dass echte agenturische Fähigkeiten - bei denen intelligente Agenten sich wiederholende Aufgaben übernehmen oder Testfälle generieren - gerade erst entstehen. Menschliches Fachwissen ist nach wie vor unerlässlich, vor allem für die Konfiguration und Anpassbarkeit.
IDEs und Plattformen der nächsten Generation machen KI-Agenten zunehmend zugänglich, was die Produktivität steigern und der Kreativität der Tester freien Lauf lassen könnte. Aber wie Richie anmerkt, ist es schwierig, die Zukunft vorherzusagen; der Erfolg hängt von der Kombination von Technologie und menschlichem Wissen ab.
Bist du bereit, mit der Automatisierung zu beginnen? Beurteile zunächst die Stärken und Erfahrungen deines Teams. Wenn niemand über Automatisierungskenntnisse verfügt, solltest du in die Weiterbildung investieren oder einen Experten hinzuziehen. Ein Start ohne das richtige Wissen ist kostspielig und riskant.
Definiere dann die Probleme, die du lösen willst. Erstelle eine Übersicht über die aktuelle Überdeckung deiner Tests. Fange klein an, liefere früh einen Nutzen und erweitere ihn, während du lernst. Konzentriere dich vor allem darauf, echte Probleme zu lösen - und nicht darauf, Werkzeuge um ihrer selbst willen zu implementieren.
Die Testautomatisierung entwickelt sich weiter, aber ihre Grundlagen sind nach wie vor Strategie, Zusammenarbeit und ein klarer Geschäftswert. Angesichts der bevorstehenden künstlichen Intelligenz werden Teams, die technisches Know-how mit durchdachter Planung verbinden, auch in Zukunft echte Softwarequalität liefern. Wie Péter fordert: Bereite dich nicht nur auf die Trends von heute, sondern auch auf die Durchbrüche von morgen vor.