Behavior Driven Development (BDD), erweitert mit ScopeMaster
Ein Überblick über BDD
BDD ist eine Entwicklungsmethodik (und ein Tool), die darauf abzielt, die Kommunikation zwischen Unternehmen und der Software-Technik-Community zu verbessern und sich insbesondere der Herausforderung der Vereinfachung von Szenariotests zu widmen.
Die Grundlage hinter BDD ist die Gherkin-Feature-Datei. Die Feature-Datei hat eine vordefinierte Struktur und Syntax, kann jedoch in einer klaren, verständlichen Geschäftssprache geschrieben werden. Dies trägt dazu bei, die Kommunikationsprobleme zwischen Geschäfts- und Technikpersonal zu reduzieren.
Betrachten Sie dieses Beispiel einer BDD-Gherkin-Feature-Datei Von Hiptest:
Besonderheit: Kontoinhaber hebt Bargeld ab
Szenario: Das Konto ist ausreichend gedeckt
Gegeben Der Kontostand beträgt $100
Und die Karte ist gültig
Und der Automat enthält genug Geld
Wann Der Kontoinhaber beantragt $20
Dann Der Geldautomat sollte $20 ausgeben
Und Der Kontostand sollte $80 betragen
Und Die Karte sollte zurückgegeben werden
Die Gherkin-Syntax konzentriert sich auf eine strenge, aber verständliche Struktur für die Szenarien, unter denen die Funktion getestet werden soll. Entwickler-BDD-Tools analysieren dann diese Feature-Dateien, um Testcode/-strukturen aus den Szenarios von zu generieren Gegeben, wann und dann.
Die Kombination aus leicht verständlicher Syntax und dem automatisierten Parsen dieser Dateien zur Generierung automatisierter Funktionsteststrukturen ist eine sehr effektive Kombination, um die schnelle Codierung von Geschäftsanforderungen zu erleichtern.
Hier ist ein weiteres Beispiel (von Behat):
Besonderheit: Kaffee servieren
Um Geld zu verdienen
Kunden sollen es können
Kaufen Sie jederzeit Kaffee
Szenario: Kaufen Sie den letzten Kaffee
Gegeben es gibt 1 Kaffeereste in der Maschine
Und Ich habe eingezahlt 1 Dollar
Wann Ich drücke den Kaffeeknopf
Dann Mir sollte ein Kaffee serviert werden
Werkzeuge wie z Gurke, Behat, JBehave Und Jasmin analysiert die Feature-Dateien, um Teststrukturen zu erstellen, sodass Entwickler problemlos automatisierte Funktionstests erstellen können. Froglogics Squish Und Hiptest Erweitern Sie diese Szenariotestfunktionen noch weiter. Sie alle konzentrieren sich jedoch auf das Szenarien oder der Wie Und Wann einer User Story Was.
Die Qualität der Geschichte selbst, insbesondere die WHO Und Was der User Story werden von diesen Tools nicht untersucht. Tatsächlich können Sie mit BDD gut geschriebene Szenarien mit vollständig automatisierten Tests, aber einer unsinnigen User Story (Funktionsbeschreibung) haben. Hier kommt ScopeMaster ins Spiel.
ScopeMaster unterscheidet sich deutlich von diesen BDD-Tools. Es wird hauptsächlich von Analysten und nicht von Entwicklern zur Automatisierung der Analyse verwendet WHO Und Was innerhalb und über User Stories hinweg. Es sind keine Programmierkenntnisse erforderlich. Tatsächlich erhalten Sie durch die Verwendung von ScopeMaster beim Sammeln und Bearbeiten der Storys vor dem Kompilieren der Szenarien bessere Storys und vermeiden verschwendeten Aufwand bei der Erstellung von Szenarios, die möglicherweise nicht notwendig sind.
Beides ist am besten
ScopeMaster ist ein ideales ergänzendes Tool in BDD. Das produktivste Szenario besteht darin, die User Stories zunächst mit ScopeMaster zu verfeinern, bevor alle Szenarien geschrieben wurden. Machen Sie sich dann an die Arbeit an den Szenarien und nutzen Sie diese anderen großartigen Tools, um die Verhaltenstests aufzubauen. Die Kombination aus beidem kann BDD in puncto Entwicklungsproduktivität und -qualität auf ein völlig neues Niveau heben.
