Seminarübersicht Acceptance Test-Driven Development

Seminar als Baukasten

ATDD ist ein komplexes Thema. Die Teilnehmer bringen je nach ihrer bisherigen Berufspraxis und Rolle im Team unterschiedliche Voraussetzungen mit. Programmierer etwa haben auf Anhieb keine Schwierigkeiten einfache Anweisungen in Ruby zu schreiben, während dies für Tester und Analysten etwas völlig Neuartiges sein kann.

Daher haben wir ein Seminar im Baukastenprinzip entworfen.

Je nach Rolle können in sehr kleinen Gruppen genau die Dinge erlernt werden, die den Teilnehmern bisher fehlten. Keiner langweilt sich und keiner wird überfordert.

Rollen

Teams in der Software-Entwicklung bestehen nicht nur aus verschiedenen Personen, sondern oft sind diese auch auf völlig unterschiedliche Tätigkeiten spezialisiert. Da finden sich Analysten, Tester, Programmierer, UX-Designer und in Teams, die mit Scrum arbeiten, gibt es z.B. auch die Rolle des Product Owners.

Natürlich ist es unser Ziel alle Rollen im Team zu einer reibungslosen Zusammenarbeit anzuregen. Jedoch müssen wir auch anerkennen, daß eine existierende Spezialisierung dem entgegenstehen kann. Wir können nicht von einem Analysten ohne Kenntnisse der Programmierung erwarten, daß er mal eben schnell Ruby lernt und dann einen Akzeptanztest programmiert.

Ausbildungsziele

Durch das Seminar lernen die Teilnehmer die Konzepte hinter ATDD und wie diese zur Verbesserung der Zusammenarbeit im Team wirken. Als Fernziel steht ein Team, in dem die Rollen sehr flexibel besetzt sein können.

Am Beispiel einer Web-Anwendung lernen sie wie man Akzeptanzkriterien definiert und automatisierte Tests zu deren Überprüfung erstellt. Auch kommt das wichtige Verarbeiten neuer Erkenntnisse im Team nicht zu kurz. Denn schließlich ist ATDD keine Einbahnstraße von oben nach unten.

Preis & Bestellung

Der Preis für das Seminar im Baukastenprinzip wird ganz einfach pro Person berechnet. Aus didaktischen Gründen sollten zwischen drei und acht Teilnehmern vorhanden sein.

Beispiel: Seminar für Tester

Für einen Tester, der bisher nur manuell gearbeitet hat, könnte ein Seminar wie folgt aufgebaut sein.

Beispiel: Seminar für Programmierer

Im Falle eines Programmierers mit zumindest Grundkenntnissen in Ruby und der Anwendung von Cucumber könnten wir das Seminar in dieser Weise organisieren: