Spring GDS 25. Jubiläum
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
End-to-End-Testing prüft, dass ein vollständiger Workflow so funktioniert, wie ihn ein echter Nutzer erleben würde, über das ganze System hinweg. Ein Test steuert die tatsächliche Oberfläche, trifft die echte API, spricht mit der Datenbank und bestätigt das Ergebnis, dieselbe Kette, die eine Person auslösen würde. Er beantwortet eine Frage, die Unit-Tests nicht können: Tun all diese zusammengeschalteten Teile tatsächlich die Aufgabe?
Der Gegensatz zu Unit-Tests ist die entscheidende Unterscheidung. Ein Unit-Test prüft eine Funktion isoliert, schnell und eng. Ein End-to-End-Test prüft das zusammengesetzte System, langsamer, aber realistisch. Sie können tausend grüne Unit-Tests haben und trotzdem einen kaputten Checkout ausliefern, wenn der Zahlungsdienst und die Bestelldatenbank uneinig sind, was passiert ist. Ein End-to-End-Test für "in den Warenkorb legen, bezahlen, Bestätigung erhalten" fängt genau diese Art von Nahtstelle zwischen Komponenten.
Weil sie den ganzen Stack durchlaufen, sind End-to-End-Tests langsamer und fragiler als Unit-Tests, also halten Teams sie auf die Workflows fokussiert, die am wichtigsten sind. Werkzeuge wie Playwright, Cypress und Selenium steuern einen echten Browser durch diese Abläufe. Das Ziel ist ein kleiner Satz von Tests, der beweist, dass die kritischen Pfade halten, nicht die Abdeckung jeder Möglichkeit.
Wir decken die Pfade ab, die am meisten schmerzen würden, wenn sie brächen. Login, Checkout, die Kernaktion, für die ein Produkt existiert. Diese laufen automatisch in unseren Testautomatisierungs-Suites, oft über Playwright, sodass eine Regression in einem davon gefangen wird, bevor sie die Nutzer erreicht, nicht danach.
Wir sind bewusst darin, wie viele wir schreiben. End-to-End-Tests sind wertvoll und teuer, und eine Suite, die eine Stunde dauert und zufällig fehlschlägt, bringt einem Team bei, sie zu ignorieren. Wir halten den Satz knapp, schnell und vertrauenswürdig, verdrahten ihn in die Deployment-Pipeline und beheben Flakiness so ernst wie Bugs. Ein grüner Durchlauf sollte bedeuten, dass die kritischen Pfade tatsächlich funktionieren.
Brauchen Sie, dass die kritischen Pfade Ihres Produkts unter echter Nutzung halten? Testen wir sie richtig.
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Eine Marke in ein funktionierendes Geschäft verwandeln.
Eine halbe Million Menschen. Eine App. Null Chaos.















