Haben Sie schon einmal eine Technologieplattform entwickelt und sind mit den anderen Teammitgliedern nicht zurechtgekommen? Wenn ja, ist es vielleicht an der Zeit, BDD anzuwenden. 

Keine Sorge, es ist nichts Kompliziertes, es ist sogar einfacher als Sie denken... 

Es handelt sich um verhaltensorientierte Entwicklung, ein Verfahren, das die Zusammenarbeit zwischen Entwicklern und anderen Fachleuten im Team fördern soll. 

Die Tests sind immer auf die Bedürfnisse der Benutzer ausgerichtet, sodass Sie ein Produkt schaffen können, das an das angepasst ist, was sie in ihrem täglichen Leben suchen. 

Würden Sie es gerne sehen?

Was ist BDD?

Lassen Sie uns zunächst definieren, was BDD ist. BDD steht für Behaviour Driven Development (Verhaltens-gesteuerte Entwicklung) und ist ein Softwareprozess, der die Zusammenarbeit zwischen allen Teammitgliedern, von Entwicklern, Programmierern, Designern und Projektmanagern, erleichtern soll. 

Mit anderen Worten, es ist der perfekte Weg, den man wählen sollte, bevor man in die Testphase eines Programms eintritt. 

Auf diese Weise definiert BDD die Tests, die sich auf den Kunden und das gesamte Verhalten des Systems konzentrieren, und lässt dabei die Funktionalitäten des Projekts außer Acht. Die Idee ist also, die Tests in einer Sprache zu schreiben, die alle Teammitglieder verstehen, nicht nur die erfahrenen Programmierer. 

BDD-Merkmale

Das Hauptmerkmal von BDD besteht darin, dass es Ihnen ermöglicht, bei der Entwicklung funktionaler Produkte mit allen Organisationen zu kommunizieren. Man darf nicht vergessen, dass wir bei der Erstellung von Software verschiedene Programmiersprachen verwenden, die in den meisten Fällen nur von den Entwicklern verstanden werden. 

Mit BDD verstehen daher alle Mitglieder, woran gearbeitet wird und was der Quellcode aussagt, und zwar so sehr, dass er dem Code selbst in einer natürlichen Sprache, die jeder verstehen kann, sagt, was zu tun ist. 

BDD-Prinzipien und die Gherkin-Sprache

Wenn man über BDD spricht, ist es sehr schwierig, voranzukommen, ohne die Gherkin-Sprache zu erwähnen. Es handelt sich dabei um eine domänenspezifische Sprache, die bei der Lösung sehr komplexer Probleme hilft, wofür das Kommunikationsproblem ein perfektes Beispiel ist. 

Die gute Nachricht ist, dass sie Elemente wie given, when, then enthält, die zu den Grundprinzipien von BDD gehören. Hinzu kommen weitere Elemente, die helfen, die Aktionen zu spezifizieren, und einige von ihnen sind: 

1. Feature

Das Feature beschreibt im Detail die Funktionalität, die ausgearbeitet werden muss, damit das Produkt die Bedürfnisse des Kunden erfüllt. 

Es ist sozusagen eine Art Fahrplan, der immer eingehalten werden muss, die Karte, die uns zu Punkt B führt.

2. Scenario

Um diese Funktionalität zu erreichen, müssen nun die Merkmale definiert werden, und hier kommt das Scenario ins Spiel, das alle Details festlegt, die erfüllt werden müssen, um die Ziele zu erreichen. 

3. Given

Das Prinzip des Given bezieht sich auf die Vorhersagen, die getroffen werden müssen, damit die von uns geplanten Handlungen ausgeführt werden können. 

Ja, es ist wie ein Blick in die Zukunft, aber dafür müssen wir eine solide Grundlage haben, bevor wir den nächsten Schritt tun.

4. When

Das When-Prinzip hingegen beschreibt die Bedingungen, die in der Umgebung gegeben sein müssen, damit alle Maßnahmen, die zur Erreichung der Ziele erforderlich sind, durchgeführt werden können. 

5. Then

In dieser Phase sehen wir die Ergebnisse der Maßnahmen, die wir in den vorangegangenen Schritten durchgeführt haben. Wenn alles buchstabengetreu befolgt wird, ist es sehr wahrscheinlich, dass wir ein Qualitätsprodukt erhalten. 

Darüber hinaus gibt es ein Muster, das Ihnen helfen wird, einen Teil der Funktionalität des Projekts zu definieren. Diese besteht aus: 

6. Ich will

In der Zwischenzeit legen Sie in der Ich will-Vorlage fest, was die Bedürfnisse des Benutzers sind. 

Dies ist letztendlich das Wichtigste, denn ein digitales Projekt zielt darauf ab, die Bedürfnisse einer Person im Austausch für einen bestimmten Geldbetrag zu erfüllen. 

Nehmen Sie sich die nötige Zeit für diese Phase und erhöhen Sie Ihre Erfolgschancen. 

7 Vorteile von BDD

BDD bietet zweifelsohne eine Reihe von Vorteilen, die nicht außer Acht gelassen werden können. Die einfache Tatsache, dass alle Beteiligten verstehen, was im Projekt geschieht, ist ein sehr interessanter Vorteil. 

Sehen wir uns einige der Vorteile in der folgenden Liste an:

1. Priorisiert den Geschäftswert

Durch die Beachtung von Prioritäten verstehen sich die Entwickler untereinander perfekt und bewegen sich viel organischer auf die angestrebten Ziele zu. 

Auf diese Weise werden in kürzester Zeit erste Ergebnisse erzielt. 

2. Verstärkte Zusammenarbeit zwischen den Parteien

Es gibt nichts Komplizierteres, als Software zu entwickeln, ohne dass jeder versteht, was sein Partner tut. Das passiert, wenn es eine sehr spezifische Programmiersprache gibt, die nicht jeder versteht. 

Hier kommt BDD ins Spiel, denn es gibt uns eine Sprache an die Hand, die es allen Beteiligten ermöglicht, einander zu verstehen. Vergessen Sie diese Kopfschmerzen und bringen Sie Ihr Projekt auf die nächste Stufe. 

3. Sie reduzieren Risiken

Wenn alle Beteiligten wissen, woran sie arbeiten, stellt sich der Erfolg wahrscheinlich schneller ein, als Sie denken. Andernfalls wird jeder für sich arbeiten, und die Ergebnisse bleiben aus. 

BDD ermöglicht Ihnen eine globale Sicht auf das Projekt, wodurch die Fehlerquote bei der Markteinführung der Software erheblich gesenkt wird. 

4. Sie schaffen agile Arbeitsmethoden

Mit BDD können Sie sich darauf konzentrieren, mit jedem Mitglied zu sprechen, damit sie verstehen, welche Ziele erreicht werden müssen und welche Methoden sie anwenden werden, um die selbst gesetzten Ziele zu erreichen. 

Mit anderen Worten: Sie entwickeln eine Roadmap, die befolgt werden muss, um ein kompetentes Produkt zu erstellen, das die Probleme des Kunden löst. 

5. Niedrigere Kosten

BDD und Kostensenkung sind eng miteinander verbunden, denn wenn alle Beteiligten die gleiche Sprache sprechen, ist es für sie einfacher, gemeinsam an der Erreichung ihrer Ziele zu arbeiten. 

Von nun an können Sie ein Budget mit der Gewissheit festlegen, dass es jedes Mal eingehalten wird. All dies dank der Vorteile, die BDD bietet. 

6. Entspricht den Bedürfnissen der Benutzer

Bevor Sie ein Projekt auf den Markt bringen, müssen Sie einschätzen, wer Ihre Zielgruppe ist und welche Bedürfnisse sie zu diesem Zeitpunkt hat. Sobald Sie dies wissen, können Sie ein Programm erstellen, das auf ihre Bedürfnisse zugeschnitten ist, und Sie haben die Möglichkeit, BDD einzusetzen, um die Kommunikation zwischen allen Beteiligten zu erleichtern. 

Eine klare Kommunikation zwischen allen Beteiligten macht es einfacher, ein nützliches Produkt für den Benutzer zu erstellen. 

7. Vertrauen auf Seiten der Entwickler

Zu guter Letzt geht es um das Vertrauen, das wir in die Entwickler setzen. 

Es ist sehr schwierig, ein Qualitätsprodukt zu erstellen, wenn unsere Programmierer sich nicht sicher sind, was sie tun, denn nicht alle beherrschen die ursprüngliche Programmiersprache. 

Deshalb ist es wichtig, die Vorteile zu nutzen, die BDD uns bietet, und zwar, dass es nur eine natürliche Sprache gibt und wir uns an die Parameter halten. 

Wie funktioniert BDD?

Es ist wichtig zu verstehen, dass BDD nicht durch einen traditionellen Text ausgeführt wird, da verschiedene Werkzeuge verwendet werden müssen, um die Befehle in eine Programmiersprache zu übersetzen, die jeder gleichermaßen versteht. 

Als Erstes werden also die Anforderungen des Programms analysiert, von den zu erfüllenden Zielen über die auszuführenden Funktionen bis hin zu allen anderen Eigenschaften, die der Programmierer kennen sollte. 

Dann werden die Funktionen in verschiedenen vordefinierten Szenarien beschrieben, sodass man weiß, wie die Software auf eine bestimmte Situation reagieren wird. Anschließend wird die Reaktion der Plattform in jedem Szenario beobachtet, um den Zustand des Programms und die Aktion als solche zu beschreiben. 

Vorbereiten der Tests

Wenn wir diesen Punkt erreicht haben, können wir zur Testvorbereitung übergehen. Allerdings müssen die Entwickler vorher wissen: 

• Alles, was getestet werden muss

• Die Ausgangssituation 

• Was auf keinen Fall getestet werden darf. 

• Die Häufigkeit, mit der der Prozess ausgeführt werden muss. 

• Die Namen aller durchzuführenden Tests. 

• Mechanismus zur Erkennung von Fehlern im System.

In diesem Sinne verwenden Spezialisten in den meisten Fällen Unit- und Akzeptanztests. 

Wenn Einheitstests durchgeführt werden, sollten sie zur leichteren Identifizierung idealerweise in ganzen Sätzen benannt werden und klare geschäftliche Begriffe haben, und zwar immer in der Reihenfolge ihres Wertes. 

In diesem Sinne müssen alle Aufgaben im Programm in einer bestimmten Reihenfolge ausgeführt werden, damit das Projekt ordnungsgemäß funktioniert. Wenn Sie also einen Einkaufswagen haben, müssen Sie zuerst die Funktion „Produkte hinzufügen“ und dann „Produkte kaufen" einrichten, sonst gibt es eine Menge Probleme. 

In der Zwischenzeit sollten Akzeptanztests sicher von einer User Story ausgehen, und es ist wichtig, diese perfekt zu kennen, da sie bei der Entwicklung des Projekts verwendet wird. 

Beste Praktiken für die Durchführung von BDD

Es stimmt, dass es keine schriftlichen Regeln für die beste Art und Weise gibt, BDD durchzuführen. Experten haben uns jedoch eine Reihe von Tipps gegeben, um unsere Erfolgschancen zu erhöhen und so eine kompetente App für den Markt zu erstellen. 

Zunächst einmal müssen die Szenarien so kurz wie möglich sein, aber sie sollten die genauen Informationen enthalten, um die Aufgabe zu erfüllen. Es wird daher empfohlen, nicht mehr als fünf Schritte zu erstellen. 

Gleichzeitig sollten weder die Merkmale noch die Gruppierung der Szenarien mehr als 10 Szenarien umfassen, um so kurz und effizient wie möglich zu sein. Darüber hinaus sollten die Schritte das Verhalten des Benutzers perfekt erklären und die Aktionen des Kunden beiseite lassen. 

Das Szenario sollte ein bestimmtes Verhalten überprüfen, also vergessen Sie die gleichzeitige Durchführung verschiedener Validierungen. 

Auf diese Weise und mit ein wenig Geduld werden wir die gesteckten Ziele erreichen. 

Unterschiede zwischen BDD und testgetriebener Entwicklung

Wenn Sie an diesem Punkt angekommen sind, ist es wichtig, dass Sie die Unterschiede zwischen BDD und testgetriebener Entwicklung oder tdd verstehen. Viele Leute denken, dass sie synonym sind, aber das Gegenteil ist der Fall. 

Tdd ist ein etablierter Prozess, bei dem 100 % automatisierte Einheitstests verwendet werden, sodass die Programmierer eine Richtung vorgeben können, wie eine Roadmap. 

BDD hingegen kann als eine Reihe von Praktiken zum Schreiben umfangreicher Tests betrachtet werden. 

Der Hauptunterschied zwischen den beiden besteht darin, dass BDD Testfälle nahtlos in einer natürlichen Sprache beschreibt, die jeder Nicht-Entwickler versteht. 

Auf diese Weise werden die Funktionen nicht kodiert, sondern es wird dem Code mitgeteilt, was er zu einem bestimmten Zeitpunkt tun soll, und zwar in einer Sprache, die unserer Art zu schreiben ähnelt.