Vor einiger Zeit habe ich darüber berichtet, dass wir in unserem laufenden Projekt über die Definition of Done (DoD) gesprochen haben, um diese zu überprüfen und zu erneuern. Dabei kam von den Teammitgliedern der Vorschlag, Cucumber (www.cukes.info) als Teil der DoD einzusetzen. Ein großartiger Gedanke, wie sich herausstellte.

BDD – Ein kurzer Exkurs

Behavior Driven Development (BDD) ist eine Form des agilen Entwickelns, welches es den Softwareentwicklern und Testern eines Teams sowie dem Business Verantwortlichen (oder Stakeholdern) ermöglicht, auf einer Ebene zu kommunizieren. Das bedeutet, die Testfälle werden so geschrieben, dass die Stakeholder sie lesen können – in “Plain Text”. Es wird dabei nicht wie in der testgetriebenen Entwicklung (TDD) ein Testfall definiert, sondern eine Erwartung. Diese kann bspw. ein Akzeptanzkriterium für ein Backlog Item darstellen. Man kann somit sagen, dass eine ausführbare Spezifikation des zu entwickelnden Features geschrieben wird.

Einen kurzen Überblick zu BDD und den Einsatz von Cucumber gibt diese nette Präsentation:

Was es uns bringt

Mal davon abgesehen, dass es dem Team Spaß macht mit Cucumber zu arbeiten und die Implementierung sehr schmerzfrei verlief, führt es dazu das:

• das Team schneller und sicherer entwickelt
• alle Beteiligten mehr miteinander kommunizieren
• alle verstehen, welche Erwartungen/Anforderungen bestehen
• ein besseres Verständnis über das gewünschte Ergebnis entsteht
• die Nebenwirkungen von Code-Änderungen offensichtlicher sind bzw. zeitnaher entdeckt werden
• besserer Code geschrieben wird (siehe auch das eher technische Video Good Test, Better Code – From Unit Testing to Behavior-Driven Development)
• die Testumgebung für andere Projekte nutzbar gemacht werden kann

Weitere Tools für den Einsatz von BDD finden Sie hier.