Kontakt aufnehmen

Schulungsübersicht

Tag 01

Einführung

  • Warum BDD?
  • BDD als Erweiterung der agilen Methodik
  • Ablaufplan für Tag 01

BBD in den verschiedenen Phasen des Softwareentwicklungsprozesses anwenden

  • Vor der Entwicklung
  • Während der Entwicklung
  • Nach der Entwicklung

Eine gemeinsame Sprache für alle

  • Entwickler und Nicht-Programmierer sprechen unterschiedliche Sprachen
  • BDD als Brücke zwischen den Disziplinen
  • Vorstellung der BDD-Sprache: Gherkin

Die verschiedenen Funktionen von BDD

  • BDD als Produktanforderungen (für Produktverantwortliche)
  • BDD als Akzeptanzkriterien (für Entwickler)
  • BDD als Testfälle (für Tester)
  • BDD als Beschreibung des Endprodukts (für alle Stakeholder)

Rückblick auf die agile Methode: Alles beginnt mit User Stories

  • Überblick über den agilen Entwicklungszyklus
  • Die Rolle der User Stories in diesem Kontext

Frage- und Diskussionsrunde

Quiz

Eine gute User Story erstellen

  • Richtige Ausdrucksweise wählen
    • Rolle, Aktion, Ergebnis
  • Beispiel für eine User Story

Übung: Eine User Story verfassen

  • Einzelübung – erstellen Sie Ihre eigene User Story
  • Gruppenarbeit – Verbesserung der eigenen Stories
  • Gruppenpräsentation – Präsentation der fertigen Geschichten

User Stories in realen Projekten

  • Teaminteraktionen
  • Einsatz von Tools und Methoden
  • Integration der User Stories in den Entwicklungsprozess

Nun zu BDD

  • Erweiterung der User Storys
  • Einführung in die Feature-Datei
  • Beschreibung des erwarteten Softwareverhaltens
  • Vorstellung möglicher „unerwarteter“ Verhaltenstypen

Eine gute Feature-Datei erstellen

  • Richtige Sprache verwenden (Gherkin)
    • „Given“, „When“, „Then“
  • Beispiel für eine Feature-Datei

Übung: Eine Feature-Datei schreiben – Teil 01

  • Einzelübung – erstellen Sie Ihre erste Feature-Datei
    • Bereich „Feature“
    • Bereich „Scenario“
  • Gruppenarbeit – Verbesserung der Datei
  • Gruppenpräsentation – Präsentation des Ergebnisses

Feature-Dateien in echten Projekten

  • Teamdynamik im Einsatz
  • Einsatz von Tools und Verfahren<\/li>
  • Integration der Feature-Dateien in den Entwicklungszyklus

Frage- und Diskussionsrunde

Quiz

Umgebung einrichten

  • Gherkin verständlich gestalten<\/li>
  • Gewinn an Produktivität durch geeignete Tools

Übung: Eine Feature-Datei schreiben – Teil 02

  • Einzelübung – Weiterentwicklung Ihrer Datei
    • Nutzung mehrerer Argumente in einem Szenario
    • Bereich „Scenario Outline“
  • Gruppenarbeit – Optimierung der Erstellung
  • Gruppenpräsentation – Abschlusspräsentation

Frage- und Diskussionsrunde

Quiz

Abschlussreflexionen


Tag 02

Einführung

  • Rückblick auf Tag 01
  • Ablaufplan für Tag 02

Ihr eigenes Produkt – Selbstreflexion

  • Beschreibung Ihres Produkts
  • Visualisierung Ihres Produkts mittels Skizzen

Testabdeckung erweitern

  • Nutzbarkeit des Systems im Alltag
  • Geschäftsanforderungen berücksichtigen
  • Unternehmensprozesse mit einbeziehen

Übung: Eine Feature-Datei schreiben – Teil 03

  • Einzelübung – Erstellung Ihrer Datei
    • Bereich „Examples“ nutzen
    • Daten und Szenarien wiederverwenden
    • Organisation von Features und Szenarien mittels Tags
  • Gruppenarbeit – Verbesserung der Datei
  • Gruppenpräsentation – Präsentation des Endresultats

Frage- und Diskussionsrunde

Quiz

Was sollte man in Feature-Dateien nicht abbilden?

  • Aspekte, die den Entwicklern überlassen bleiben sollten
    • Niedrigstufige Funktionalität (Unit-Tests)
    • Kreuzfunktionale Abhängigkeiten zwischen Komponenten (Integration- und API-Tests)

Frage- und Diskussionsrunde

Quiz

Ihr eigenes Produkt – Selbstreflexion fortgesetzt

  • Wie benutzerfreundlich ist Ihr Produkt?
  • Welchen Nutzen hat es für externe Anwender?

Kommunikation mit Personen außerhalb des eigenen Teams

Zusammenfassung und nächste Schritte

Voraussetzungen

  • Grundverständnis der Konzepte rund um Nutzeranforderungen
  • Fähigkeit, die Qualität einer Software sowie mögliche Schwachstellen aus Sicht eines Endnutzers einzuschätzen
  • Programmier- und Testkenntnisse sind nicht erforderlich

Zielgruppe

  • Produktverantwortliche und -manager
  • Geschäftsanalysten
  • Manuelle Tester
  • Endnutzer von Softwareprodukten oder Systemen
  • Nicht-Programmierer, die an der Produktentwicklung beteiligt sind
 14 Stunden

Teilnehmerzahl


Preis je Teilnehmer (exkl. USt)

Erfahrungsberichte (7)

Kommende Kurse

Verwandte Kategorien