KI-Werkzeuge wie GitHub Copilot, Cursor oder Claude verändern die Softwareentwicklung aktuell grundlegend. Sie nehmen uns Entwickler:innen viel Tipparbeit ab und liefern in Sekundenschnelle Lösungsvorschläge. Doch diese Geschwindigkeit hat ihren Preis: Plötzlich generieren wir in einem Bruchteil der Zeit mehr Zeilen Code, als wir jemals von Hand schreiben könnten.
Publiziert am von Benedikt Köhler
Das klingt im ersten Moment nach einem riesigen Vorteil. Doch wer schon einmal versucht hat, einen KI-generierten, komplexen Fehler in einer grossen Codebasis zu suchen, weiss: Mehr Code bedeutet nicht zwingend eine bessere Lösung. Wie behalten wir also die Kontrolle? Die Antwort liegt in einer Methode, die schon lange existiert, aber durch KI massiv an Bedeutung gewinnt: Test-Driven Development (TDD).
Dass reine KI-Prompts ohne Sicherheitsnetz schnell nach hinten losgehen können, haben wir kürzlich in einem unserer eigenen Kundenprojekte erlebt.
Ein Beispiel aus unserem Alltag:
Wir hatten einen kleinen Bug zu beheben. Dank KI war der passende Code-Schnipsel in wenigen Sekunden generiert. Der Fix sah gut aus, und beim manuellen Testen der Hauptfunktionalität funktionierte auf den ersten Blick alles reibungslos.
Die ernüchternde Erkenntnis folgte kurz darauf: Durch die Änderung funktionierten verschiedene wichtige Edge-Cases an ganz anderer Stelle plötzlich nicht mehr.
Die Konsequenz? Rollback und das Ganze noch einmal von vorne. Beim zweiten Anlauf wählten wir konsequent den TDD-Ansatz. Das bedeutet, wir schrieben zuerst Tests für den Bug sowie für die betroffenen Edge-Cases. Als wir die KI danach den Code generieren liessen, passte die Lösung auf Anhieb und alle bestehenden Tests blieben grün.
Dieses Erlebnis hat uns einmal mehr gezeigt: KI ist extrem schnell, aber ohne klare Leitplanken übersieht sie die Feinheiten.
Sprachmodelle sind fantastisch darin, Muster zu erkennen und Code zu generieren. Aber sie verstehen den grösseren geschäftlichen Kontext deines Projekts nicht. Die KI weiss nicht zwingend, welche Seiteneffekte eine Änderung an System A auf das Modul B hat. Sie rät basierend auf Wahrscheinlichkeiten.
Wenn wir der KI einfach freien Lauf lassen, entsteht schnell viel Code, der zwar oberflächlich funktioniert, aber Randfälle ignoriert. Genau hier wird es gefährlich. Ohne ein starkes Sicherheitsnetz droht die Codebasis schleichend zu verfallen.
Bevor wir über TDD sprechen, gibt es eine Grundvoraussetzung, die in der KI-Ära wichtiger ist denn je: Eine saubere und wartbare Architektur.
Lässt du eine KI in einem unstrukturierten Spaghetticode-System arbeiten, wird sie das Chaos nur noch schneller vergrössern. Hast du hingegen bereits eine durchdachte Architektur mit klaren Grenzen und isolierten Verantwortlichkeiten aufgesetzt, kannst du die KI gezielt auf gut definierte Probleme ansetzen.
Und genau an diesem Punkt entfaltet die Kombination aus Architektur + TDD + KI ihre wahre Magie.
Beim Test-Driven Development schreiben wir bekanntlich zuerst den Test, bevor wir die eigentliche Logik implementieren. In der Zusammenarbeit mit einer KI bekommt das eine völlig neue Dimension: Ein guter Unit-Test ist der absolut beste Prompt, den du einer Code-KI geben kannst.
Statt der KI umgangssprachlich und vage zu erklären, was eine Funktion tun soll, gibst du ihr einen fehlschlagenden Test. Der Test definiert das gewünschte Verhalten, die Eingabewerte und das erwartete Resultat präzise und maschinenlesbar.
Mit diesem Vorgehen stellst du sicher, dass auch wirklich nur das gebaut wird, was du brauchst, um das spezifische Problem zu lösen – ohne unnötige Regressions.
Was heisst das nun für moderne Entwickler:innen? Unsere Rolle wandelt sich grundlegend. Wir verbringen immer weniger Zeit damit, reine Syntax zusammenzutippen. Stattdessen rücken die Software-Architektur, das tiefe Verständnis für das Problem der Kunden und das Schreiben von wasserdichten Tests in den Fokus. Wir werden von "Tippern" zu Architekten und Reviewern.
Fazit: KI macht uns unfassbar schnell. TDD sorgt dafür, dass wir in dieser Geschwindigkeit nicht gegen die nächste Wand fahren. Wer heute auf eine saubere Architektur und TDD setzt, nutzt KI nicht nur als Spielerei, sondern als echten Produktivitäts-Booster für wartbare, langlebige Softwarelösungen.