Gherkin Language: Syntax, format och exempel

Vad är Gherkin Language?

Gurka är ett affärsmässigt läsbart språk som hjälper dig att beskriva affärsbeteende utan att gå in på implementeringsdetaljer. Det är ett domänspecifikt språk för att definiera tester i Cucumber format. Den använder ett enkelt språk för att beskriva användningsfall och låter användare ta bort logiska detaljer från beteendetester.

Texten i Gherkin fungerar som dokumentation och som skelett för dina automatiserade tester. Gherkin-formatet är baserat på TreeTop Grammar, som finns på fler än 37 språk, så du kan skriva Gherkin på över 37 talade språk. Skriptet tjänar två huvudsakliga syften: det dokumenterar användarscenarier och det utgör grunden för att skriva automatiserade BDD-tester.

Varför gurka?

Utan ett gemensamt, enkelt språkformat beskriver affärs- och teknikteam kraven på olika sätt, vilket orsakar missförstånd. Gherkin ger alla ett enda, strukturerat ordförråd som läses som vanlig engelska men som kopplas direkt till körbara tester.

gurka syntax

Gherkin är ett radorienterat språk, precis som YAML och PythonVarje rad kallas ett steg och börjar med ett nyckelord. Tabbar eller mellanslag används för indentering. En kommentar kan läggas till var som helst men måste börja med ett #-tecken. Tolkaren läser varje rad efter att ha tagit bort Gherkin-nyckelord som Givet, When och Then.

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

Ett Gherkin-dokument har filändelsen .feature och är helt enkelt en testfil med en beskrivande filändelse. Cucumber läser Gherkin-dokumentet och kör ett test för att validera att programvaran beter sig som Gherkin-syntaxen beskriver.

Viktiga termer som används i gurka

De viktigaste nyckelorden är Funktion, Bakgrund, Scenario, Givet, När, Sedan, Och, Men och Scenarioöversikt. Cucumber har inga strikta namnregler, men en tydlig namnkonvention hjälper.

Leverans

Filen ska ha tillägget .feature, och varje featurefil ska endast beskriva en feature. Nyckelordet Feature börjar med Särdrag: följt av ett mellanslag och funktionsnamnet.

Scenario

Varje funktionsfil kan ha flera scenarier, och varje scenario börjar med Scenario: följt av scenarionamnet.

Bakgrund

Nyckelordet Bakgrund lägger till sammanhang till scenariot. Det kan innehålla steg som delas av varje scenario; skillnaden är att dessa steg körs före varje scenario.

Med tanke på

Nyckelordet Given försätter systemet i ett känt tillstånd innan användaren börjar interagera med det. Det definierar förutsättningen eller kontexten:

Given I am on "/."

När

Nyckelordet When definierar den åtgärd som utförs av användaren:

When I perform "Sign In."

Sedan

Nyckelordet Then definierar resultatet som observeras efter åtgärden i steget When. Du bör endast verifiera märkbara förändringar:

Then I should see "Welcome Tom."

Och men

Du kan ha flera steg: Givet, När eller Sedan. Nyckelorden Och och Men lägger till extra steg för läsbarhet:

And I enter "EmailAddress" with "tomjohn@gmail.com."
But I should see "Welcome Tom."

Givet, När, Sedan, Och och Men är alla teststeg. Tolkaren genererar inte ett fel om du byter mellan dem, men scenariot kommer inte att läsas rimligt, så använd varje nyckelord för dess avsedda syfte.

gurka exempel

Exempel 1: En inloggningsfunktion för ett socialt nätverk.

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

Gherkin analyserar varje steg som skrivs i funktionsfilen, och stegen i funktionsfilen måste matcha de i stegdefinitionsfilen.

Exempel 2: Ett användarautentiseringsscenario med en bakgrund.

Feature: User Authentication

Background:
  Given the user is already registered on the website

Scenario: Successful login
  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

Bästa praxis för att använda gurka

• Varje scenario bör utföras separat och oberoende.
• Varje funktion ska kunna köras på egen hand.
• Steginformation bör visas separat.
• Koppla dina scenarier till dina krav och track vilka scenarier som hör till varje krav.
• Skapa modulära, lättförståeliga steg och kombinera vanliga scenarier.
• Beskriv vad systemet gör, inte hur det gör det.

Fördelar med gurka

• Gherkin är enkelt nog för icke-programmerare att förstå.
• Programmerare kan använda det som en solid bas för att starta sina tester.
• Det gör användarberättelser lättare att smälta och riktar in sig på affärskrav.
• Företagsledare och utvecklare kan båda läsa samma skript.
• Ghurkin-testfall länkar acceptanstester direkt till automatiserade tester.
• Skrivstilen gör det enklare att återanvända kod i olika tester.

Nackdelar med gurka

• Det kräver en hög nivå av affärsengagemang och samarbete.
• Det kanske inte fungerar bra i alla scenarier.
• Dåligt skrivna tester kan öka kostnaden för testunderhåll.

Vanliga frågor