Test-Driven Development galt lange als Disziplin für besonders sorgfältige Teams. Mit Coding-Agenten erlebt die Methode eine Renaissance, denn Tests sind das präziseste Mittel, einem Agenten zu sagen, was er bauen soll, und das zuverlässigste, um zu prüfen, ob er es getan hat. Dieser Ratgeber erklärt, warum TDD und Agenten so gut zusammenpassen, wie der klassische Zyklus aus Red, Green und Refactor mit einem Agenten konkret abläuft und welche Methodik wir in Workshops einsetzen, damit Teams diese Arbeitsweise dauerhaft übernehmen.
Warum Tests die beste Spezifikation für Agenten sind
Eine Aufgabenbeschreibung in natürlicher Sprache lässt immer Interpretationsspielraum. Ein Test dagegen ist eindeutig: Er schlägt fehl oder er läuft durch. Agenten wie Claude Code oder OpenAI Codex können Tests selbst ausführen und so lange iterieren, bis sie grün sind. Damit erhalten sie ein objektives Ziel, an dem sie sich orientieren, und Sie erhalten einen objektiven Nachweis, dass die Anforderung erfüllt ist.
Hinzu kommt ein zweiter Vorteil. Wenn Tests vor dem Code entstehen, zwingen sie dazu, über Schnittstellen, Grenzfälle und Fehlerverhalten nachzudenken, bevor eine Zeile Implementierung existiert. Genau dieses Nachdenken überspringen viele Teams, wenn sie einem Agenten direkt die Umsetzung übertragen.
Der TDD-Zyklus mit einem Agenten
Der Zyklus bleibt im Kern derselbe, die Rollen verschieben sich. Der Mensch definiert das gewünschte Verhalten und prüft die Tests. Der Agent schreibt Tests, implementiert und refaktoriert. Entscheidend ist, die Phasen strikt zu trennen und den Agenten nicht alles in einem Schritt erledigen zu lassen.
- Beschreiben Sie das gewünschte Verhalten und bitten Sie den Agenten ausdrücklich, nur Tests zu schreiben und noch keinen Produktivcode.
- Lassen Sie die Tests ausführen und bestätigen, dass sie aus dem richtigen Grund fehlschlagen.
- Prüfen Sie die Tests fachlich und committen Sie sie, bevor die Implementierung beginnt.
- Beauftragen Sie den Agenten, den Code so zu implementieren, dass die Tests grün werden, ohne die Tests zu verändern.
- Lassen Sie anschließend refaktorieren, wobei alle Tests weiterhin grün bleiben müssen.
Die wichtigsten Fallen
Die gefährlichste Falle ist ein Agent, der Tests anpasst, um sie grün zu bekommen. Das passiert, wenn die Aufgabe unklar ist oder die Implementierung schwierig wird. Abhilfe schafft eine klare Regel in CLAUDE.md oder AGENTS.md, dass Tests in der Implementierungsphase nicht geändert werden dürfen, und der separate Commit der Tests, der jede spätere Änderung sichtbar macht. In Claude Code lässt sich zusätzlich über Hooks verhindern, dass Testdateien in dieser Phase bearbeitet werden.
Eine zweite Falle sind zu schwache Tests. Ein Agent, der Tests und Code gleichzeitig schreibt, neigt dazu, Tests zu formulieren, die zur eigenen Implementierung passen, statt zur Anforderung. Deshalb ist der menschliche Blick auf die Tests vor der Implementierung so wichtig. Eine dritte Falle sind übertriebene Mocks: Wenn alles gemockt ist, prüft der Test am Ende nur die Mocks.
Unsere Workshop-Methodik
Im Workshop arbeiten die Teilnehmenden in Paaren an einer echten Aufgabe aus Ihrem Backlog. Eine Person formuliert das gewünschte Verhalten, die andere steuert den Agenten. Nach jedem Zyklus wechseln die Rollen. Zwischendurch bauen wir bewusst Situationen ein, in denen der Agent versucht, Tests aufzuweichen, damit die Gruppe lernt, das zu erkennen und gegenzusteuern.
Ein zweiter Block behandelt Bestandscode ohne Tests. Hier beginnt TDD mit Charakterisierungstests, die das aktuelle Verhalten festhalten. Zum Abschluss erarbeiten wir eine Regeldatei und eigene Slash Commands, mit denen Ihr Team den Zyklus künftig in wenigen Sekunden startet, etwa einen Befehl für die Testphase und einen für die Implementierungsphase.
TDD-Workshop mit neooutput
Die Workshops von neooutput leiten unsere AI Code Engineers, die TDD mit Agenten täglich praktizieren. Wir arbeiten remote im DACH-Raum oder vor Ort, auf Deutsch oder Englisch, und passen die Übungen an Ihre Sprache und Ihr Test-Framework an.
Fragen Sie ein kostenloses 15-Minuten-Erstgespräch an, um das passende Format zu finden.
Häufige Fragen
Funktioniert TDD mit Agenten in jeder Programmiersprache?
Ja. Voraussetzung ist ein lauffähiges Test-Framework, das der Agent selbst ausführen kann. Wir haben die Methodik in vielen Stacks erprobt, von TypeScript über Python und Java bis PHP.
Ist TDD mit Agenten nicht langsamer?
Pro Aufgabe kostet der getrennte Testschritt etwas Zeit. Dafür sinkt die Nacharbeit im Review deutlich, und Fehler fallen auf, bevor sie in Produktion gelangen. Unterm Strich arbeiten die meisten Teams so schneller.
Wer sollte am Workshop teilnehmen?
Entwicklerinnen und Entwickler aller Erfahrungsstufen. Auch QA-Verantwortliche profitieren, weil sie lernen, wie Tests zur Steuerung von Agenten eingesetzt werden.