Software Testing & Qualität - Testautomatisierung, KI & Agilität

Ein kritischer Blick auf BDD - Andreas Döring

Listen Later
Warum BDD manchmal nicht die Lösung ist.

📌 Konferenz-Tipp: TACON 2026 in Leipzig (16.–17. September). Ich war letztes Jahr als Keynote dort und fand den Austausch richtig gut 👉 https://swt.fm/tacon

„Nur weil etwas einfach aussieht, ist es noch lange nicht einfach." - Andreas Döring

Behavior Driven Development, kurz BDD, ist ein mächtiges Framework, das jedoch oft falsch verstanden oder angewendet wird. Es basiert auf klarer Kommunikation und Präzision, die sogar die skeptischsten Manager überzeugen können. Doch BDD ist mehr als nur eine Methode - es ist ein Handwerkszeug für das Erstellen präziser Anforderungen und deren Umsetzung in Code. Andreas lässt uns an seinen Erfahrungen teilhaben und gibt am Ende noch wertvolle Tipps für die Anwendung und auch die Integration ins Team.

Qualität ist kein Zufall, sondern das Ergebnis von funktionierender Teams, in denen jede(r) alle Stärken einbringen kann. Deshalb engagiert Andreas sich in der Testautomatisierung und dem Testmanagement. Zusätzlich begleitet er seine Associate IT-Consultants sowohl in ihrer fachlichen als auch persönlichen Entwicklung. Sein Studium hat er als Diplomingenieur für Computervisualistik abgeschlossen und ist seit 2003 im Bereich der Qualitätssicherung unterwegs.

Highlights:

  • Gherkin-Syntax allein ist noch kein BDD: Wer Testfälle erst nach der Entwicklung in Gherkin übersetzt, verliert den einzigen echten Vorteil, nämlich die gemeinsame Sprache von Anforderung bis Test.
  • BDD-Szenarien sollten ein einziges Verhalten beschreiben und als Richtwert fünf bis sieben Schritte umfassen, damit sie auch nach Monaten noch lesbar und wartbar bleiben.
  • Den Akzeptanztest komplett mit BDD abzudecken erzeugt technische Schulden: Lange UI-Schrittfolgen in Gherkin zu pressen macht Testfälle unverständlicher, nicht verständlicher.
  • Jedes Feature-File ist Code und muss wie Code gepflegt werden; wer das unterschätzt, holt sich eine zusätzliche Abstraktionsschicht ins Projekt, ohne den Kommunikationsnutzen zu realisieren.

    • Danke an die Community-Partner des Podcasts:Alliance for Qualification | ASQF | Austrian Testing Board | dpunkt.verlag | German Testing Board | German Testing Day | GI Fachgruppe TAV | Heise | HANSER Verlag | ISTQB | iSQI GmbH | oop | QS-TAG | SIGS-DATACOM | skillsclub | Swiss Testing Board | TACON Credits: Sound | Grafik

    ...more
    View all episodesView all episodes
    Download on the App Store
    Software Testing & Qualität - Testautomatisierung, KI & AgilitätBy Richard Seidl - Experte für Software-Entwicklung und Testautomatisierung