BDD auf Java: Wie Sie Tests in Dokumentation verwandeln, die sogar Manager verstehen

Was ist BDD und warum rettet es Ihr Projekt?

Waren Sie schon einmal in der Situation, in der Entwickler sagen: "Die Logik funktioniert einwandfrei", und der Kunde antwortet: "Aber das ist überhaupt nicht das, was ich wollte!"? Kommt Ihnen das bekannt vor? Genau hier kommt BDD (Behaviour-Driven Development) ins Spiel – die verhaltensorientierte Entwicklung.

BDD auf Java ist nicht nur ein modischer Begriff. Es ist eine Methodik, die die Grenze zwischen Geschäftsanforderungen und Code verwischt. Anstatt trockene technische Tests zu schreiben (wie bei TDD), schreiben Sie Szenarien in einer verständlichen menschlichen Sprache. Und ja, selbst Ihr Manager, der denkt, "Java sei eine Insel", kann sie lesen.

Wie unterscheidet sich BDD von TDD? (Spoiler: Es ist nicht dasselbe)

Viele verwechseln TDD (Test-Driven Development) und BDD. Lassen Sie es uns klarstellen:

\n
• TDD: Sie schreiben einen Test, der fehlschlägt, dann schreiben Sie Code, um den Test zu bestehen. Der Fokus liegt auf der technischen Umsetzung.
\n
• BDD: Sie beschreiben zuerst das Verhalten des Systems in Benutzerbegriffen. "Wenn der Benutzer auf die Schaltfläche klickt, macht das System dies und das." Der Fokus liegt auf dem Geschäftswert.
\n

BDD verwendet Gherkin – eine Szenariosprache mit den Schlüsselwörtern Given, When, Then. Das sieht ungefähr so aus:

Feature: Anmeldung im persönlichen Konto\n  Scenario: Erfolgreiche Anmeldung mit korrekten Daten\n    Given der Benutzer befindet sich auf der Anmeldeseite\n    When der Benutzer den Benutzernamen "admin" und das Passwort "12345" eingibt\n    Then sieht der Benutzer die Meldung "Willkommen!"\n

Geben Sie zu, das liest sich wie eine Anleitung und nicht wie eine technische Dokumentation. Genau darin liegt die Stärke der verhaltensorientierten Entwicklung auf Java.

Werkzeuge für BDD in Java: Das richtige Framework auswählen

In der Java-Welt gibt es zwei Hauptakteure für BDD: Cucumber und JBehave. Vergleichen wir sie.

Cucumber für Java: Der König des BDD

Cucumber ist das beliebteste Framework. Es unterstützt Gherkin von Haus aus, integriert sich mit JUnit und TestNG und hat eine riesige Community. Wenn Sie neu in BDD Java sind, beginnen Sie mit Cucumber.

JBehave: Alt, aber zuverlässig

JBehave ist der "Großvater" des BDD. Es ist weniger beliebt, wird aber immer noch in Legacy-Projekten verwendet. Der Hauptunterschied: Szenarien werden in Textdateien geschrieben und Schritte über Annotationen @Given, @When, @Then verknüpft.

Ich persönlich empfehle Cucumber – es hat eine bessere Dokumentation und mehr Beispiele. Aber wenn Sie an einem alten Projekt arbeiten, ist JBehave auch in Ordnung.

Den ersten BDD-Test auf Java schreiben: Eine Schritt-für-Schritt-Anleitung

Gehen wir von der Theorie zur Praxis über. Wir erstellen ein einfaches Maven-Projekt mit Cucumber. Ihre Aufgabe ist es, die Struktur zu verstehen, nicht nur den Code zu kopieren.

Schritt 1: Abhängigkeiten hinzufügen

Fügen Sie in pom.xml die folgenden Abhängigkeiten hinzu:

<dependency>\n    <groupId>io.cucumber</groupId>\n    <artifactId>cucumber-java</artifactId>\n    <version>7.18.0</version>\n    <scope>test</scope>\n</dependency>\n<dependency>\n    <groupId>io.cucumber</groupId>\n    <artifactId>cucumber-junit-platform-engine</artifactId>\n    <version>7.18.0</version>\n    <scope>test</scope>\n</dependency>\n

Schritt 2: Feature-Datei erstellen

Erstellen Sie im Ordner src/test/resources die Datei login.feature:

Feature: Benutzerauthentifizierung\n  Als registrierter Benutzer\n  möchte ich mich im System anmelden\n  um Zugang zu meinem persönlichen Konto zu erhalten\n\n  Scenario: Erfolgreiche Authentifizierung\n    Given der Benutzer hat die Anmeldeseite geöffnet\n    When der Benutzer den Benutzernamen "te