Als traditioneller Arbeitsauftrag für Entwickler sind Unit Tests für viele Tester recht unbekannt. Trotzdem sind sie interessant für Tester: um mit daran zu arbeiten, um Entwickler beim Test-Design zu unterstützen, zum Vertiefen unseres Wissens, oder auch zu mehr/besseren Unit-Tests zu motivieren.
In diesem Workshop erarbeitet ihr mit Zeb (Unit-Testing-Begeistertem-Entwickler) und Alex (Unit-Testing-begeisterter-Testerin) Unit Tests und Code (mit TDD) für ein nicht triviales Programm.
Gemeinsam arbeiten wir an Code und Tests gleichzeitig. Als Zusammenfassung schauen wir, wie dieses Format für eure Zwecke anwendbar ist.
Maximale Teilnehmerzahl: 20
Zielpublikum: Tester (auch ohne Programmierkenntnisse)
Vorraussetzungen: Keine
Schwierigkeitsgrad: Basic
Extended Abstract:
Als traditioneller Arbeitsauftrag für Entwickler sind Unit Tests für viele Tester recht unbekannt. Gleichzeitig kann es zu unseren Aufgaben gehören, 'die richtige Ebene' mit zu identifizieren oder mit Entwicklern in Pairing an Tests zu arbeiten. Vielleicht interessieren wir uns einfach dafür, wie Qualität auf dieser Ebene aussieht. Oder vielleicht wollen wir Entwickler motivieren, mehr/bessere Unit Tests zu schreiben.
Was auch immer die Gründe sind: einfache Beispiele sind im Netz überall auffindbar. Aber wie sehen Unit Tests aus, wenn es über den normalen Taschenrechner hinausgeht? Wie schreibt man sie? Wie werden sie verwendet, um Test-Driven-Development zu ermöglichen?
In diesem Workshop erarbeitet ihr mit Zeb (Unit-Testing-Begeistertem-Entwickler) und Alex (Unit-Testing-begeisterter-Testerin) Unit Tests und Code (mit TDD) für ein einfaches, doch nicht triviales, Programm. Die Ziele des Workshops sind zweierlei:
Gemeinsam als Gruppe wird an den Code und den Tests gleichzeitig gearbeitet. Als Zusammenfassung schauen wir, wie dieses Format für eure Zwecke anwendbar ist.
Programmierkenntnisse sind begrüßenswert, aber keine Voraussetzung. Logisches Denken und Freude am Lernen sind wichtiger!