Die vielen Gesichter der verhaltensgesteuerten Entwicklungswerkzeuge

Softwareentwicklung ist von Natur aus eine soziale Aktivität. Bringen Sieeine Gruppe großartiger Köpfe zusammen, jeder aus seiner eigenen Disziplin, und Sie werden sehen, wie Innovation gedeihen kann. In hochleistungsfähigen agilen Teams sind Engpässe wirklich nicht erwünscht. Und schon gar keine 'geschäftlichen Engpässe'. Ein Mangel an innovativen Ideen, schlecht spezifizierten Epen oder User Stories wird die Maschine des Softwareentwicklungsteams zum Stillstand bringen. Glücklicherweise gibt es Lösungen, die als Katalysator dienen oder die Maschine sogar ankurbeln können: verhaltensgesteuerte Entwicklungstools.

Behaviour-Driven Development, kurz BDD, ist ein Synonym für einen kollaborativen Ansatz für ganze agile Teams und hat ein gemeinsames Verständnis und nachhaltige Agilität als seine beiden Eckpfeiler. BDD wird auch von einer ganzen Reihe von Tools unterstützt. Das Hauptaugenmerk dieser Tools liegt auf der Beschleunigung des Entwicklungsprozesses in Verbindung mit der Überprüfung, ob die Software, die entwickelt wird, richtig ist (siehe testgetriebene Entwicklung). Und genau das wird dringend benötigt. Keine einzige Stunde (Minute?) Verschwendung zwischen der Spezifikation von (funktionalen) Anforderungen in User Stories und der überprüfbaren korrekten Umsetzung dieser Anforderungen in genau definierten Abnahmekriterien. Auf diese Weise können Unternehmen den größten Teil ihrer kostbaren Zeit auf die tatsächliche Implementierung der Funktionalität verwenden!

Es gibt zwar bereits eine Fülle von Tools (z.B. diese Liste), aber es tauchen auch immer wieder neue Tools auf. Einige dieser Tools, wie FitNesse, konzentrieren sich auf die Zusammenarbeit mit Hilfe eines Wikis. Dadurch sind die Teams nicht von einer integrierten Entwicklungsumgebung (IDE) abhängig, zu der z.B. ein Product Owner keinen Zugang hat. Andere Tools für die Zusammenarbeit (z.B. Cucumber oder JBehave) lassen sich gut in IDEs integrieren, so dass die Teams die Spezifikationen wie Quellcode behandeln können ("Anforderungen werden auch versioniert, wissen Sie!?"). Nebenbei bemerkt: Fitness wurde kürzlich auch in Ihre IDE integriert.

Bei Xebia haben wir kürzlich einige Zeit damit verbracht, JGiven zu evaluieren. Ein neuer Stern am BDD-Firmament, aber noch nicht weithin bekannt. JGiven bringt BDD wirklich zu den Entwicklern. JGiven startetnicht mitder Spezifikation in Textform (wo Beispiel-Testfälle in fast einfachem Englisch angegeben werden, bereit für die Automatisierung), sondern mit der Spezifikation in Java-Quellcode. Die textuelle Spezifikation, die dann sicher an das Unternehmen weitergegeben werden kann, wirdaus dem Java-Quellcodegeneriert. Ein Vorteil: JGiven hat die Wartungsfreundlichkeit gegenüber einigen anderen BDD-Tools verbessert. Dies mögen nur kleine und subtile Unterschiede sein, aber Unternehmen sollten diese Überlegungen bei der Auswahl einer BDD-Lösung sorgfältig abwägen. Dies zeigt zumindest, wie dynamisch der Bereich der Collaboration-Tools ist.

Seien Sie versichert, dass Xebia diese Neuerungen in der Spezifikations- und Testautomatisierungslandschaft weiter erforschen wird! Möchten Sie sich an der Diskussion beteiligen? Sehen Sie, was wir tun oder hinterlassen Sie einen Kommentar.