Populaire testtool van Cucumber

Met de vooruitgang in technologieën en ontwikkelingstools zijn toepassingen complexer geworden, met duizenden individuele componenten en miljoenen mogelijke scenario's. Dit resulteert in een gecompliceerd en tijdrovend testproces voor het testteam.

Gelukkig zijn er de afgelopen jaren tal van geautomatiseerde testtools opgedoken die het leven van deze teams aanzienlijk hebben verbeterd. Een dergelijke populaire testtool is Cucumber.

Inleiding tot de Cucumber testtool 

Cucumber is een open-source software testtool waarmee je testcases kunt schrijven in een gemakkelijk te begrijpen formaat. Dit zorgt ervoor dat iedereen, ongeacht hun technische vaardigheden, de testcases kan begrijpen.

Het Cucumber-framework is oorspronkelijk geschreven in de programmeertaal Ruby. In die tijd werd het alleen gebruikt voor testen in Ruby. Later begon Cucumber ondersteuning te bieden voor verschillende programmeertalen zoals Javascript, .NET, Pearl, Java, PHP, Python, enz.

Cucumber wordt veel gebruikt door testers om het gedrag van de software te testen. Met andere woorden, deze tool wordt voornamelijk gebruikt om acceptatietests te schrijven voor de functionaliteiten van een website-applicatie, volgens het gedrag van de applicatie. Het biedt een gemakkelijk te begrijpen testscript voor systeemacceptatie en automatische tests.

Om het functioneren van Cucumber beter te begrijpen, moeten we meer weten over een concept genaamd Behavior Driven Development-testframework.

Wat is behavior driven development (BDD)? 

In deze softwareontwikkelingstechniek, die is geëvolueerd uit Test-Driven Development (TDD), schrijven ontwikkelaars nieuwe code alleen wanneer de testcases falen. In de BDD-benadering kan men scripts maken vanuit zowel het perspectief van de ontwikkelaar als de klant.

In eerste instantie is er een brainstormsessie waarbij ontwikkelaars, QA-testers, projectmanagers, product belanghebbenden en gebruikersacceptatietesters samenkomen en de testcases finaliseren die moeten worden doorlopen zodat de applicatie als succesvol kan worden beschouwd.

Hier is een voorbeeld van een testcase voor een functie voor gebruikersauthenticatie. Dit zijn de belangrijkste testcases die moeten worden doorlopen om het een succesvolle functie te noemen -

• Wanneer de juiste gebruikersnaam en wachtwoord worden ingevoerd, moet de gebruiker kunnen inloggen.
• Als er een onjuiste gebruikersnaam en een correcte wachtwoordinvoer zijn, moet de gebruiker niet kunnen inloggen.
• Als er een juiste gebruikersnaam en een onjuiste wachtwoordinvoer zijn, moet de gebruiker niet kunnen inloggen.

BDD volgt de "Given-When-Then” benadering voor het schrijven van testcases.

• Gegeven dat de ingevoerde referenties correct zijn 
• Wanneer er op de login-knop wordt geklikt 
• Dan een passende validatiemelding weergeven.

De testcase-scenario's kunnen complex en uitgebreid worden wanneer extra functies worden toegevoegd, zoals:

• Gebruiker logt in zonder aanmelding 
• Gebruiker vergeet het wachtwoord 
• Gebruiker vergeet de gebruikersnaam 
• Gebruiker logt in met de verkeerde sociale aanmeldingsmethode, enzovoort.

In dergelijke situaties voltooien ontwikkelaars meestal de codering en geven vervolgens de code door aan het testteam. Dit zou het proces onnodig verlengen en het testproces bijna tot aan de releasedatum brengen, wat resulteert in snelle en ineffectieve tests. Cucumber BDD is ontworpen om deze situaties te overwinnen en het volledige testproces naadloos te maken voor de tester door middel van een gegeven-wanneer-dan benadering.

Belangrijke termen gebruikt in Cucumber 

Er zijn een aantal veelvoorkomende termen die door een tester worden gebruikt bij het gebruik van Cucumber. Hier zijn de belangrijkste termen die je moet kennen –

• Featurebestand - Dit bevat de code die is geschreven in het Engels (Gherkin-taal).
• Features - Dit zijn de lijst met functies die moeten worden getest. (Bijvoorbeeld: Gebruikersaanmelding, Account aanmaken, Wachtwoord vergeten)
• Tags - Ze worden gebruikt om de testcases te scheiden.
• Scenario’s - Ze tonen wat er gebeurt na een specifieke klik of verkeerde invoer. (Bijvoorbeeld: Foutmelding als het wachtwoord verkeerd is)
• Stapdefinitie - Dit bestand bevat de daadwerkelijke code geschreven door de ontwikkelaar.

Hoe werkt het? 

1. De testcases worden door testers gemaakt terwijl de ontwikkelaars de code schrijven, beide gebeurtenissen vinden parallel plaats. Dus wanneer de code naar de testfase gaat, zullen de testcases klaar zijn.

2. De Cucumber-tool zal eerst de Engelse tekst in het featurebestand lezen.

3. Vervolgens zoekt het naar de exacte overeenkomst van de stap in het definitiebestand. Zodra het de overeenkomst vindt, zal het de testcases uitvoeren en het resultaat tonen als geslaagd of mislukt.

4. De code die is ontwikkeld door de ontwikkelaar moet in overeenstemming zijn met de gedefinieerde testscripts. Zo niet, dan zijn code-aanpassingen nodig. De code wordt pas bevroren nadat alle testscripts succesvol zijn uitgevoerd.