Gherkin-Sprache: Format, Syntax und Gherkin-Test in Cucumber

Was ist Gurkensprache?

Gurke ist eine geschäftslesbare Sprache, die Ihnen hilft, Geschäftsverhalten zu beschreiben, ohne auf Details der Implementierung einzugehen. Es ist eine domänenspezifische Sprache zum Definieren von Tests in Cucumber Format für Spezifikationen. Es verwendet einfache Sprache zur Beschreibung von Anwendungsfällen und ermöglicht Benutzern, logische Details aus Verhaltenstests zu entfernen.

Der Text in der Gherkin-Sprache dient als Dokumentation und Grundgerüst Ihrer automatisierten Tests. Das Gherkin-Format basiert auf der TreeTop-Grammatik, die in über 37 Sprachen existiert. Daher können Sie Ihre Gurke in über 37 gesprochenen Sprachen schreiben.

Dieses Skript dient zwei Hauptzwecken:

• Dokumentiert Benutzerszenarien
• Einen automatisierten Test schreiben (BDD)

Warum Gurke?

Die Notwendigkeit von Gherkin lässt sich anhand der folgenden Bilder leicht erklären

Vor Gurke

Nach Gurke

Gurkensyntax

Gherkin ist eine zeilenorientierte Sprache, genau wie YAML und Python. Jede Zeile heißt Schritt und beginnt mit dem Schlüsselwort und endet mit einem Stopper. Tabulatoren oder Leerzeichen werden zum Einrücken verwendet.

In diesem Skript kann an beliebiger Stelle ein Kommentar hinzugefügt werden, er sollte jedoch mit einem #-Zeichen beginnen. Es las jede Zeile nach dem Entfernen von Ghrekins Schlüsselwörtern wie angegeben, wann, dann usw.

Typische Gurkenschritte sehen aus

Gherkin Scripts: verbindet das menschliche Konzept von Ursache und Wirkung mit dem Softwarekonzept von Eingabe/Prozess/Ausgabe.

Gurkensyntax

Feature: Title of the Scenario
Given [Preconditions or Initial Context]
When [Event or Trigger]
Then [Expected output]

Ein Gherkin-Dokument hat die Erweiterung .feature und ist einfach nur eine Testdatei mit einer ausgefallenen Erweiterung. Cucumber liest das Gherkin-Dokument und führt einen Test durch, um zu überprüfen, ob sich die Software gemäß der Gherkin-Syntax verhält.

Wichtige Begriffe, die in Gherkin verwendet werden

• Merkmal
• Hintergrund
• Szenario
• Gegeben
• Wenn die Funktion
• Dann
• Und
• Doch
• Beispiele für Szenarioskizzen

Die Namenskonvention wird für den Feature-Namen verwendet. Es gibt jedoch keine festgelegten Regeln in Cucumber über Namen.

Merkmal

Die Datei sollte die Erweiterung .feature haben und jede Feature-Datei sollte nur ein Feature enthalten. Das Schlüsselwort „feature“ wird mit „Feature:“ verknüpft und nach dem Hinzufügen werden ein Leerzeichen und ein Name des Features geschrieben.

Szenario

Jede Feature-Datei kann mehrere Szenarios enthalten und jedes Szenario beginnt mit Scenario: gefolgt vom Szenarionamen.

Hintergrund

Das Schlüsselwort „Hintergrund“ hilft Ihnen, dem Szenario etwas Kontext hinzuzufügen. Es kann einige Schritte des Szenarios enthalten, der einzige Unterschied besteht jedoch darin, dass es vor jedem Szenario ausgeführt werden sollte.

Gegeben

Die Verwendung des Schlüsselworts Given dient dazu, das System in einen vertrauten Zustand zu versetzen, bevor der Benutzer mit der Interaktion mit dem System beginnt. Sie können jedoch das Schreiben von Benutzerinteraktionen in den angegebenen Schritten weglassen, wenn diese im Schritt „Vorbedingung“ angegeben sind.

Syntax:

Given

Given - a test step that defines the 'context
Given I am on "/."

Wenn die Funktion

Wenn der Schritt darin besteht, die vom Benutzer ausgeführte Aktion zu definieren.

Syntax:

When

A When - a test step that defines the 'action' performed
When I perform "Sign In."

Dann

Die Verwendung des Schlüsselworts „then“ besteht darin, das anzuzeigen Ergebnisse nach der Aktion im Schritt when. Sie können jedoch nur spürbare Änderungen überprüfen.

Syntax:

 Then

Then - test step that defines the 'outcome.'
Then I should see "Welcome Tom."

Und Aber

Möglicherweise haben Sie mehrere „wann“ oder „dann“ angegeben.

Syntax:

But

A But - additional test step which defines the 'action' 'outcome.'
But I should see "Welcome Tom."

And - additional test step that defines the 'action' performed
And I write  "EmailAddress" with "Tomjohn@gmail.com."

Gegeben, Wann, Dann und, aber sind Testschritte. Sie können sie austauschbar verwenden. Der Interpreter zeigt keinen Fehler an. Allerdings werden sie beim Lesen sicherlich keinen „Sinn“ ergeben.

Given The login page is opening
When I input username, password and click the Login button 
Then I am on the Homepage

Beispiele für Gurken

Beispiel 1:

Feature:  Login functionality of social networking site Facebook. 
Given:  I am a facebook user. 
When: I enter username as username. 
And I enter the password as the password 
Then I should be redirected to the home page of facebook 

Das oben erwähnte Szenario betrifft eine Funktion namens Benutzeranmeldung.

Gherkin analysiert jeden in der Schrittdefinitionsdatei geschriebenen Schritt. Daher sind die Schritte in der Feature-Datei angegeben und die Schrittdefinitionsdatei sollte übereinstimmen.

Beispiel 2:

Feature: User Authentication Background:
Given the user is already registered to the website Scenario:
Given the user is on the login page
When the user inputs the correct email address
And the user inputs the correct password
And the user clicks the Login button
Then the user should be authenticated
And the user should be redirected to their dashboard
And the user should be presented with a success message 

Best Practices für die Verwendung von Gherkin

• Jedes Szenario sollte separat ausgeführt werden
• Jede Funktion sollte mit ausgeführt werden können
• Schrittinformationen sollten unabhängig angezeigt werden
• Verknüpfen Sie Ihre Szenarien mit Ihren Anforderungen
• Behalten Sie den vollständigen Überblick darüber, welche Szenarien in ein Anforderungsdokument aufgenommen werden sollten
• Erstellen Sie modulare und leicht verständliche Schritte
• Versuchen Sie, alle gängigen Szenarien zu kombinieren

Vorteile von Gurke

• Gherkin ist so einfach, dass auch Nicht-Programmierer es verstehen können
• Programmierer können es als sehr solide Basis für den Start ihrer Tests nutzen
• Es macht User Stories leichter verdaulich
• Das Gherkin-Skript ist für Führungskräfte und Entwickler leicht verständlich
• Gherkin Testing zielt auf die Geschäftsanforderungen ab
• Ein erheblicher Teil der Funktionsspezifikationen wird als User Stories verfasst
• Sie müssen kein Experte sein, um den kleinen Gherkin-Befehlssatz zu verstehen
• Gherkin-Testfälle verknüpfen Akzeptanztests direkt mit automatisierten Tests
• Der Schreibstil von Testfällen erleichtert die Wiederverwendung von Code in anderen Tests

Nachteile von Gurke

• Es erfordert ein hohes Maß an geschäftlichem Engagement und Zusammenarbeit
• Funktioniert möglicherweise nicht in allen Szenarien gut
• Schlecht geschriebene Tests können leicht die Kosten für die Testwartung erhöhen

Zusammenfassung

• Gherkin ist das Format für Gurkenspezifikationen
• Gherkin ist eine zeilenorientierte Sprache, genau wie YAML und Python
• Gherkin Scripts verbindet das menschliche Konzept von Ursache und Wirkung mit dem Softwarekonzept von Eingabe/Prozess und Ausgabe
• Feature, Hintergrund, Szenario, Gegeben, Wann, Dann und Aber werden in Gherkin wichtig verwendet
• In Gherkin sollte jedes Szenario separat ausgeführt werden
• Der größte Vorteil von Gherkin ist, dass es für Nicht-Programmierer einfach genug ist, um es zu verstehen
• Der Gurkentest funktioniert möglicherweise nicht in allen Szenarios gut