Spring GDS 25. Jubiläum
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Test-Driven Development ist eine Praxis, bei der Sie den Test vor dem Code schreiben, den er prüft. Der Rhythmus hat einen Namen, Rot-Grün-Refactor, und er wiederholt sich. Schreiben Sie einen Test für das gewünschte Verhalten. Er scheitert, weil der Code noch nicht existiert. Schreiben Sie den minimalen Code, damit er besteht. Dann räumen Sie die Struktur auf, ohne den Test zu brechen. Noch eine Runde.
Den Test zuerst zu schreiben zwingt Sie zu entscheiden, was ein Stück Code tun soll, bevor Sie entscheiden, wie es das tut. Das klingt nach einer kleinen Umstellung, doch es ändert das Design. Nehmen Sie eine Funktion, die Versandkosten berechnet: Der Test legt die Eingaben und die erwartete Summe fest, bevor eine einzige Zeile Logik existiert, sodass die Anforderung zuerst festgenagelt ist und die Umsetzung ein klares Ziel hat. Jedes Stück Logik kommt mit einem bereits darumgelegten Test.
TDD verlangt Disziplin, und es ist in der ersten Stunde langsamer und über das Projekt hinweg schneller. So geschriebener Code neigt dazu, modularer zu sein, durch seine eigenen Tests dokumentiert und später sicher zu refaktorisieren, weil die Suite Ihnen im Moment des Bruchs Bescheid gibt. Es ist eine Entwicklungspraxis, kein nachträgliches Testen, und genau darum funktioniert es.
Wir greifen zu TDD bei den Teilen eines Systems, wo Korrektheit nicht verhandelbar ist: Zahlungslogik, Preisregeln, alles, wo ein stiller Bug echtes Geld kostet. Den Test zuerst zu schreiben hält uns ehrlich gegenüber der Anforderung, und es hinterlässt eine Suite, die die Absicht besser dokumentiert, als ein Kommentar es je könnte.
Es ist kein Dogma. Wir test-treiben keinen Wegwerf-Prototyp, und das sagen wir. Wo TDD seine Kosten verdient, fließen die Tests direkt in unser automatisiertes Testen und die CI-Pipeline, sodass dieselben Prüfungen, die den Code formten, ihn bei jedem Release weiter bewachen. Unsere Software-Qualitätssicherung ist dadurch stärker, und ebenso das Vertrauen des Kunden, den Code Monate später zu ändern.
Bauen Sie Logik, die auf Anhieb stimmen muss? Test-treiben wir die Teile, die zählen.
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.















