Warum die meisten Projekte E2E-Tests nicht automatisieren

Robert Dey 6. Februar 2026

Die meisten Softwareteams wissen, dass sie ihre End-to-End-Tests automatisieren sollten. Die Daten sind eindeutig: Produktionsfehler kosten Unternehmen weltweit jährlich 1,7 Billionen Dollar, und Bugs, die erst in der Produktion gefunden werden, kosten 10-100x mehr zu beheben als solche, die während des Testens entdeckt werden. Dennoch haben nur etwa 5% der Unternehmen eine vollständige Testautomatisierung erreicht. Dieser Artikel untersucht die Forschung darüber, warum die Einführung von E2E-Testautomatisierung niedrig bleibt, insbesondere bei kleineren Unternehmen, und was Teams tun können, um diese Hindernisse zu überwinden.

Welche Unternehmen vernachlässigen E2E-Testautomatisierung?

Bevor wir uns mit den Gründen befassen, ist es hilfreich zu verstehen, welche Arten von Organisationen am häufigsten ohne umfassende E2E-Testautomatisierung arbeiten.

Startups und kleine Teams

Forschungen zeigen, dass kleinere Organisationen überproportionale Herausforderungen bei der Testautomatisierung haben. Über 25% der Startups haben weniger als 1 QA-Ingenieur pro 10 Entwickler, verglichen mit mittleren und großen Organisationen, die typischerweise 1-3 QA-Ingenieure pro 10 Entwickler beschäftigen. Viele 3-Personen-SaaS-Startups arbeiten überhaupt ohne dedizierte QA-Rolle, wobei Mitgründer das Testen neben dem Produktmanagement übernehmen.

Dieses Ressourcenungleichgewicht führt zu vorhersehbaren Ergebnissen. Kleinere Teams haben Schwierigkeiten, mit Release-Zeitplänen Schritt zu halten, und viele erleben Verzögerungen bei der Produktfreigabe aufgrund von Testbeschränkungen. Ein klarer Indikator für die Belastung kleiner Startup-QA-Teams ist das Ausliefern ungetesteter Software, ein Zeichen dafür, dass diese Teams überlastet sind.

Wachsende SaaS-Unternehmen

SaaS-Unternehmen im Wachstumsmodus sammeln oft Testschulden an. Der Druck, Features schnell zu liefern, bedeutet, dass die Testinfrastruktur deprioritisiert wird. Cloud-basierte Automatisierungstools gewinnen bei KMUs und Startups an Bedeutung, weil sie erschwinglicher und skalierbarer sind, aber die Einführung hinkt immer noch größeren Unternehmen hinterher.

Die Marktdaten für Testautomatisierung erzählen eine Geschichte: Während KMUs das am schnellsten wachsende Segment mit 18,2% CAGR darstellen, kontrollieren große Unternehmen immer noch 58,41% des Marktanteils. Diese Lücke deutet darauf hin, dass kleinere Unternehmen aufholen, aber viele haben die Investition noch nicht getätigt.

Webagenturen und Dienstleistungsunternehmen

Agenturen stehen vor einer einzigartigen Herausforderung: Jedes Kundenprojekt hat unterschiedliche Technologie-Stacks, Testanforderungen und Zeitpläne. Der Aufbau wiederverwendbarer Testautomatisierungs-Frameworks über verschiedene Projekte hinweg ist schwierig, und Kundenbudgets beinhalten oft keine Kosten für Testinfrastruktur.

Für diese Organisationen fühlt sich manuelles Testen bei einmaligen Projekten schneller an, auch wenn es nicht skaliert. Die anfänglichen Einrichtungskosten der Automatisierung machen weniger Sinn, wenn Projekte kurzfristig sind.

Unternehmen mit Legacy-Codebasen

Organisationen, die Legacy-Systeme betreiben, stehen vor architektonischen Einschränkungen, wenn sie versuchen, moderne Testpraktiken zu implementieren. Laut dem World Quality Report 2024-25 nennen 64% der Befragten die Abhängigkeit von Legacy-Systemen als ein wichtiges Hindernis für den Fortschritt bei der Automatisierung.

Legacy-Anwendungen wurden oft nicht mit Testbarkeit im Sinn gebaut. Sie verwenden möglicherweise veraltete UI-Frameworks, die nicht gut mit modernen Automatisierungstools funktionieren, haben keine stabilen Element-Selektoren oder verlassen sich auf Technologien wie iframes, die die Browser-Automatisierung erschweren.

Die echten Hindernisse für E2E-Testautomatisierung

Umfragedaten und Branchenforschung zeigen mehrere konsistente Hindernisse auf, die Teams daran hindern, E2E-Testautomatisierung zu implementieren. Das sind keine Ausreden. Es sind echte Einschränkungen, die bewusste Strategien erfordern, um sie zu überwinden.

Zeitdruck und Terminzwänge

Das am häufigsten genannte Hindernis ist einfach, nicht genug Zeit zu haben. Laut Branchenumfragen nennen 39% der Unternehmen Zeitmangel als ihr primäres Hindernis für Testautomatisierung. Entwicklungsteams stehen unter ständigem Druck, Features zu liefern, und Testinfrastruktur wird oft auf “später” verschoben.

Dies erzeugt einen Teufelskreis. Manuelles Testen verbraucht bis zu 50% des gesamten Entwicklungsaufwands. Ohne Automatisierung verbringen Teams mehr Zeit mit repetitivem Testen und haben noch weniger Zeit, die Automatisierung aufzubauen, die Zeit sparen würde. Ein erfahrener manueller Tester beobachtete, dass sein Unternehmen viermal versucht hatte, E2E-Testautomatisierung einzuführen: “Jedes Mal begannen die Leute mit Begeisterung; dann sehr schnell interessierte sich niemand mehr dafür, bis zum nächsten Mal.”

Das Zeitproblem verschärft sich, weil sich Testautomatisierung erst mittelfristig nach der Anfangsinvestition auszahlt. Teams, die im Feuerlöschmodus stecken, können diese Investition nicht tätigen.

Qualifikationslücken und Expertenmangel

Die Implementierung von E2E-Testautomatisierung erfordert spezifische Fähigkeiten, die viele Teams nicht haben. Der World Quality Report stellte fest, dass 53% der Unternehmen unzureichende technische Fähigkeiten bei Qualitätsingenieuren als Hindernis für effektive Testautomatisierung nennen.

Für kleinere Unternehmen ist diese Herausforderung akuter. Kleine Unternehmen und Startups können sich möglicherweise keine dedizierten Automatisierungsingenieure leisten, und die Qualifikationslücke zeigt sich in Implementierungen, die die Erwartungen nicht erfüllen.

Der Aufstieg KI-gestützter Testtools spiegelt diese Herausforderung wider. Webinar-Umfragen zeigen, dass sich 74% der Teilnehmer als Anfänger in KI-Testing identifizieren, was die Nachfrage nach Tools unterstreicht, die die Einstiegshürde senken. Low-Code- und No-Code-Testplattformen wachsen speziell, um diese Qualifikationslücke zu schließen.

Anfangskosten und Ressourceninvestition

Die Einrichtung von E2E-Testautomatisierung erfordert Vorabinvestitionen in Zeit, Tools und Infrastruktur. Für Startups mit knappen Mitteln kann diese Investition schwer zu rechtfertigen sein gegenüber der sofortigen Feature-Entwicklung.

Die Kosten für die Entwicklung automatisierter Tests können teuer und zeitaufwändig sein. Die Automatisierung komplexer Tests erfordert mehr Aufwand als das Schreiben einfacher Unit-Tests, und automatisierte E2E-Tests dauern oft länger zu schreiben als einen manuellen Test einmal auszuführen. Die Rendite ist real: Dokumentierte Fälle zeigen einen ROI im ersten Jahr von 300-700% bei Automatisierungsinvestitionen. Aber diese Rendite erfordert, die anfängliche Investitionsphase zu überstehen.

Toolkosten summieren sich ebenfalls. Die meisten QA-Gruppen jonglieren mit vier oder fünf Plattformen: Selenium für Browser, Postman für APIs, Cypress für Frontends, plus separate Tools für Sicherheit und Mobile. Jedes neue Tool bringt Einrichtungszeit, Konfigurationsdebatten, Qualifikationslücken und Wartung mit sich, die bis zur Hälfte der QA-Ressourcen verbrauchen können, bevor ein einziger Test läuft.

Testwartung und instabile Tests

E2E-Testing hat einen teilweise verdienten Ruf für instabile, unzuverlässige Tests. Testsuiten bestehen an einem Tag ohne Probleme, nur um am nächsten ohne ersichtlichen Grund zu scheitern. Da E2E-Tests mehrere Komponenten während eines Testlaufs validieren, wird die Problemeingrenzung schwierig.

Manuelle Testcode-Entwicklung und -Wartung sind die Hauptherausforderungen bei der Testautomatisierung. Wenn Anwendungen sich weiterentwickeln, erfordern E2E-Tests laufende Wartung. Eine einzelne UI-Änderung (wie das Umbenennen einer Button-ID) kann mehrere Tests brechen.

Diese Wartungslast ist der Grund, warum viele Testautomatisierungsinitiativen nach anfänglicher Begeisterung scheitern. Teams bauen eine Testsuite auf, aber wenn sich die Anwendung schneller ändert, als sie Tests aktualisieren können, wird die Suite unzuverlässig und schließlich aufgegeben.

Sich ändernde Anforderungen und schnelle Entwicklung

Für 46% der Unternehmen schaffen häufige Anforderungsänderungen Hindernisse für die Wartung automatisierter Tests. In schnelllebigen Umgebungen werden Features neu gestaltet, bevor Tests fertig sind. User Journeys verschieben sich basierend auf Feedback. Was gestern ein kritischer Pfad war, könnte morgen veraltet sein.

Diese Herausforderung betrifft Startups und kleinere Unternehmen überproportional. Kleinere Organisationen mit agilen Teams haben eine höhere Frequenz bei der täglichen und wöchentlichen Feature-Veröffentlichung, was mehr Änderungen und mehr Test-Updates bedeutet.

Wenn sich Anforderungen schneller ändern, als sich Tests anpassen können, fühlt sich manuelles Testen flexibler an, auch wenn es nicht skaliert.

Management und organisatorische Prioritäten

Testautomatisierung scheitert ohne Management-Commitment. Schlechtes Management steht wahrscheinlich nahe oder an der Spitze der Liste der Gründe für das Scheitern von Testautomatisierung. Testautomatisierung kann erheblichen ROI generieren, aber es braucht Zeit, und das Management muss mit sorgfältig kalibrierten Erwartungen engagiert sein.

Das Problem beginnt oft mit unrealistischen Erwartungen. Entwicklern und Managern wird Testautomatisierung verkauft mit der Annahme, dass sie alle manuellen Tests eliminieren oder die Testzykluszeiten drastisch reduzieren wird. Wenn die Realität nicht dem Pitch entspricht, führt Enttäuschung zum Abbruch.

Wenn sich der Teamfokus auf andere Tools oder neue Projektprioritäten verlagert, erfüllt die Automatisierung die Erwartungen nicht und zwingt Teams zurück zum manuellen Testen.

Keine umfassende Teststrategie

Der World Quality Report stellte fest, dass 57% der Befragten das Fehlen umfassender Testautomatisierungsstrategien als ein wichtiges Hindernis nennen. Viele Teams beginnen zu automatisieren ohne klare Ziele, was zu automatisieren ist, wie Tests zu warten sind oder wie Automatisierung in Entwicklungsworkflows zu integrieren ist.

Ohne Strategie werden Automatisierungsbemühungen fragmentiert. Verschiedene Teammitglieder automatisieren verschiedene Dinge mit verschiedenen Ansätzen. Es gibt keine gemeinsame Infrastruktur, keine konsistenten Muster, keine klare Verantwortlichkeit. Schließlich werden die fragmentierten Tests mehr Last als Nutzen.

Müde davon, Produktionsprobleme zu debuggen, die Tests gefangen hätten?

kiteto nutzt KI, um E2E-Tests aus natürlichsprachlichen Beschreibungen zu generieren und reduziert so die Qualifikationslücke und Einrichtungszeit, die die meisten Teams von der Automatisierung abhalten.

Die Kosten des Verzichts auf E2E-Testautomatisierung

Die Hindernisse zu verstehen ist wichtig, aber ebenso wichtig ist es zu verstehen, was der Verzicht auf Automatisierung tatsächlich kostet. Die Zahlen sind erheblich.

Produktionsfehler sind teuer

Produktionsfehler kosten Unternehmen weltweit jährlich 1,7 Billionen Dollar, wobei einzelne kritische Bugs durchschnittlich 5,6 Millionen Dollar an geschäftlichen Auswirkungen verursachen. Für Unternehmen auf Enterprise-Niveau übersteigen die durchschnittlichen Kosten einer einzelnen Stunde kritischer Anwendungsausfallzeit 300.000 Dollar, wobei einige Ausfälle 1 Million Dollar pro Stunde überschreiten.

Die Kostenestkalation ist dramatisch: Ein Bug, der während des Designs behoben wird, ist 100-mal günstiger zu beheben als derselbe Bug, der in der Produktion gefunden wird. Einen Bug nach dem Release zu beheben kann bis zu 30-mal mehr kosten als ihn während der Entwicklung zu beheben.

Diese Zahlen mögen für kleinere Unternehmen abstrakt erscheinen, aber das Prinzip skaliert. Ein kritischer Bug in der Produktion bedeutet Notfall-Fixes statt geplanter Arbeit, Kundensupport-Eskalationen, potenzielle Abwanderung und Reputationsschäden.

Entwicklerzeit wird durch Bug-Fixing aufgebraucht

Entwicklungsteams verbringen durchschnittlich 30-50% ihrer Zeit mit dem Beheben von Bugs und ungeplanter Nacharbeit. Diese Zeit konkurriert direkt mit der Feature-Entwicklung. Jede Stunde, die mit Produktions-Bugs verbracht wird, ist eine Stunde, die nicht für den Aufbau des Produkts genutzt wird.

E2E-Tests fangen Bugs, bevor sie die Produktion erreichen, reduzieren diese Wartungslast und geben Entwicklern Zeit für geplante Arbeit.

Die Release-Geschwindigkeit leidet

Ohne automatisierte E2E-Tests stehen Teams vor einer Wahl: langsam mit manuellem Testen releasen oder schnell mit höherem Risiko releasen. Keine Option ist gut.

Manuelles Testen erzeugt Engpässe. Teams warten darauf, dass Tester Änderungen verifizieren. Tester bemühen sich, alles abzudecken. Entwickler machen Last-Minute-Änderungen, die den Zyklus neu starten. Das Ergebnis sind verzögerte Releases oder ungetesteter Code, der die Produktion erreicht.

Das Argument für E2E-Testautomatisierung

Trotz der Hindernisse liefert E2E-Testautomatisierung messbare Vorteile, die die Investition rechtfertigen.

Der ROI ist dokumentiert und erheblich

Praxisbeispiele demonstrieren erhebliche Renditen:

• Eine E-Commerce-Plattform erzielte einen ROI im ersten Jahr von 644% bei einer Investition von 180.000 Dollar, mit einem kumulativen 3-Jahres-ROI von 3,8 Millionen Dollar
• Eine B2B-SaaS-Plattform erzielte einen ROI im ersten Jahr von 721% bei einer Investition von 95.000 Dollar und schützte 3,2 Millionen Dollar an durchschnittlichem Kundenlebenszeitwert

Der World Quality Report stellte fest, dass Organisationen mit ausgereifter Automatisierung manuelles Testen um bis zu 62% reduzieren. Teams, die Automatisierung nutzen, führen Testzyklen 75% schneller durch.

Qualität und Geschwindigkeit sind keine Kompromisse

Forschungen des DevOps Research and Assessment (DORA) Teams zeigen, dass leistungsstarke Teams sowohl bei der Deployment-Häufigkeit als auch bei der Change-Failure-Rate gleichzeitig excellieren. Geschwindigkeit und Stabilität verstärken sich gegenseitig, wenn sie durch effektive Automatisierung unterstützt werden.

Elite-Performer deployen on-demand, oft mehrmals täglich, während sie Change-Failure-Raten von 0-15% aufrechterhalten. Low-Performer deployen monatlich oder seltener mit Change-Failure-Raten von 46-60%. Der Unterschied ist nicht die Wahl zwischen Geschwindigkeit und Qualität. Es ist die Automatisierungsinfrastruktur, die beides ermöglicht.

Frühe Bug-Erkennung potenziert Einsparungen

Die Kostenestkalation von Bugs ist gut dokumentiert. Bugs früher zu fangen ist exponentiell günstiger:

E2E-Tests, die während der Entwicklung oder in CI/CD-Pipelines laufen, fangen Probleme, bevor sie sich potenzieren. Selbst unvollständige Testabdeckung, die 50% der Bugs vor der Produktion fängt, liefert erhebliche Kostensenkungen.

Testautomatisierung ermöglicht Continuous Delivery

Organisationen, die häufig ausliefern wollen, brauchen automatisierte Verifizierung. Manuelles Testen kann nicht mit täglichen oder mehrmals täglichen Deployments mithalten.

Branchendaten zeigen, dass die DevOps-Integration von 16,9% im Jahr 2022 auf über 51,8% im Jahr 2024 gewachsen ist, was auf eine Verschiebung zu einheitlichen Qualitätsansätzen hinweist, bei denen automatisiertes Testen zentral für Deployment-Workflows wird.

Wo anfangen: Ein praktischer Leitfaden für kleine Teams

Für Teams, die E2E-Testautomatisierung bisher vermieden haben, erfordert der Start keine massive Investition oder dedizierte Automatisierungsingenieure. Hier ist ein praktischer Ansatz.

Beginnen Sie mit Ihrem kritischen Pfad

Versuchen Sie nicht, alles zu automatisieren. Identifizieren Sie die ein oder zwei User Journeys, die absolut funktionieren müssen:

• Für eine E-Commerce-Site: Checkout-Flow
• Für eine SaaS-App: Anmeldung und Aktivierung der Kernfunktion
• Für ein Webagentur-Projekt: der wichtigste Konversionspfad des Kunden

Automatisieren Sie diese zuerst. Ein einzelner zuverlässiger E2E-Test, der Ihren kritischen Pfad validiert, bietet mehr Wert als 100 instabile Tests, die Randfälle abdecken.

Wählen Sie Tools, die zu den Fähigkeiten Ihres Teams passen

Die Tool-Auswahl sollte die vorhandenen Fähigkeiten Ihres Teams priorisieren:

• Wenn Ihr Team JavaScript kennt, erwägen Sie Playwright
• Wenn Sie Cross-Browser-Testing mit minimalem Setup benötigen, schauen Sie sich Cloud-basierte Lösungen an
• Wenn Programmierung eine Hürde ist, evaluieren Sie Low-Code- oder KI-gestützte Tools, die Tests aus natürlicher Sprache generieren

Das Ziel ist, die Reibung bei der Einführung zu reduzieren, nicht das “beste” Tool nach abstrakten Kriterien auszuwählen.

Integrieren Sie Tests in Ihre Deployment-Pipeline

Automatisierte Tests helfen nur, wenn sie tatsächlich laufen. Integrieren Sie Ihre E2E-Tests in Ihre CI/CD-Pipeline, damit sie bei jedem Deployment oder Pull Request ausgeführt werden.

Diese Integration bietet sofortiges Feedback und schafft Verantwortlichkeit. Wenn Tests Deployments blockieren, können Teams sie nicht ignorieren.

Akzeptieren Sie anfänglich unvollständige Abdeckung

Perfektionismus tötet Testautomatisierungsinitiativen. Beginnen Sie mit 10% Abdeckung kritischer Pfade. Dann 20%. Dann erweitern Sie schrittweise.

Forschungen zeigen, dass 26% der Teams bis zu 50% ihrer manuellen Testbemühungen durch Automatisierung ersetzen, und 20% ersetzen 75% oder mehr. Diese Teams haben diese Abdeckung nicht über Nacht erreicht. Sie haben sie schrittweise aufgebaut.

Investieren Sie in Test-Wartbarkeit

Strukturieren Sie von Anfang an Tests für Wartbarkeit:

• Verwenden Sie Page-Object-Patterns oder ähnliche Abstraktionen, um UI-Änderungen zu isolieren
• Halten Sie Tests auf Benutzerverhalten fokussiert, nicht auf Implementierungsdetails
• Löschen Sie instabile Tests, anstatt sie das Vertrauen in die Suite untergraben zu lassen

Eine kleinere, zuverlässige Testsuite ist wertvoller als eine umfassende, aber unzuverlässige.

Planen Sie Zeit für Wartung ein

Akzeptieren Sie, dass E2E-Tests laufende Wartung erfordern. Planen Sie bei der Sprint-Planung Zeit für Test-Updates neben der Feature-Arbeit ein. Das ist kein Overhead. Es sind die Kosten für die Aufrechterhaltung eines funktionierenden Sicherheitsnetzes.

Fazit

Die Hindernisse für E2E-Testautomatisierung sind real: Zeitdruck, Qualifikationslücken, Anfangskosten, Wartungslast und organisatorische Prioritäten. Diese Hindernisse betreffen kleinere Unternehmen überproportional, die oft ohne dedizierte QA-Ressourcen arbeiten.

Aber die Kosten des Verzichts auf Automatisierung sind ebenfalls real. Produktionsfehler verbrauchen Entwicklerzeit, verzögern Releases und kosten Organisationen erheblich mehr als frühe Erkennung kosten würde. Die Forschung zeigt konsistent, dass Teams mit effektiver Testautomatisierung schneller mit weniger Fehlern deployen.

Der Start erfordert nicht, alle Hindernisse auf einmal zu lösen. Beginnen Sie mit kritischen Pfaden, wählen Sie Tools, die zu den Fähigkeiten Ihres Teams passen, integrieren Sie Tests in Ihren Deployment-Prozess und bauen Sie die Abdeckung schrittweise auf.

Die Daten zeigen, dass die meisten Unternehmen noch keine umfassende Testautomatisierung erreicht haben. Das bedeutet, der Wettbewerbsvorteil steht Teams zur Verfügung, die bereit sind, die Investition zu tätigen. Selbst unvollständiger Fortschritt schlägt gar keinen Fortschritt.