Die 3 Gesetze des Test Driven Development

Nach The three Laws of TDD legt Uncle Bob folgende Gesetze des Test Driven Development fest:

1. You are not allowed to write any production code unless it is to make a failing unit test pass.
2. You are not allowed to write any more of a unit test than is sufficient to fail; and compilation failures are failures.
3. You are not allowed to write any more production code than is sufficient to pass the one failing unit test.

Und fügt direkt hinzu:

Now most programmers, when they first hear about this technique, think: “This is stupid!” “It’s going to slow me down, it’s a waste of time and effort, It will keep me from thinking, it will keep me from designing, it will just break my flow.”

Ist es dann überhaupt sinnvoll oder gar machbar, die Gesetze zu befolgen? Ja, denn:

A minute ago all their code worked!

Der gesamte Code vor der letzten Änderung funktioniert!

Setzt man diese Methode konsequent ein, so hat man stets funktionierenden Code, schließlich hat man nur eine Funktionalität nach der anderen hinzugefügt. So fallen Debugging-Sessions aus.

Die Gesetze klingen seltsam vielleicht sogar absurd. Aber wann immer wir Neues lernen, ist es zu Beginn ungewohnt. Ich setze diese Methode begeistert ein und empfehle, sie einige Zeit auszuprobieren.

(via Stephan Kämper)