Wat is een testscenario bij het testen van software (voorbeelden)

Wat is een testscenario?

A Testscenario wordt gedefinieerd als elke functionaliteit die kan worden getest. Het wordt ook wel testconditie of testmogelijkheid genoemd. Als tester moet u zich in de schoenen van de eindgebruiker verplaatsen en de praktijkscenario's en gebruiksscenario's van de geteste applicatie uitzoeken.

Scenariotesten

Scenariotesten in software testen is een methode waarbij actuele scenario's worden gebruikt voor het testen van de softwaretoepassing in plaats van testcases. Het doel van scenariotesten is om end-to-end scenario's te testen voor een specifiek complex probleem van de software. Scenario's helpen op een eenvoudigere manier om end-to-end gecompliceerde problemen te testen en evalueren.

Laten we dit bestuderen met behulp van de onderstaande video:

Waarom testscenario’s maken?

Testscenario's worden om de volgende redenen gemaakt:

• Het creëren van testscenario's zorgt voor een volledige testdekking
• Testscenario's kunnen worden goedgekeurd door verschillende belanghebbenden, zoals bedrijfsanalisten, ontwikkelaars en klanten, om ervoor te zorgen dat de geteste applicatie grondig wordt getest. Het zorgt ervoor dat de software werkt voor de meest voorkomende gebruikssituaties.
• Ze dienen als een snel hulpmiddel om de testwerkzaamheden te bepalen en op basis daarvan een voorstel voor de klant te maken of het personeelsbestand te organiseren.
• Ze helpen bij het bepalen van de belangrijkste end-to-end transacties of het daadwerkelijke gebruik van de softwareapplicaties.
• Voor het bestuderen van de end-to-end werking van het programma is het testscenario van cruciaal belang.

Wanneer maak je geen testscenario?

Er mogen geen testscenario's worden gemaakt wanneer

• De applicatie die wordt getest is ingewikkeld, onstabiel en er zit tijd in het project.
• Projecten die Agile-methodologie volgen, zoals Scrum en Kanban, creëren mogelijk geen testscenario's.
• Er mag geen testscenario worden gemaakt voor een nieuwe bugfix of Regressie Testing. In dergelijke gevallen moeten testscenario's al uitgebreid gedocumenteerd zijn in de voorgaande testcycli. Dit geldt vooral voor onderhoudsprojecten.

Hoe testscenario's te schrijven

Als tester kunt u deze vijf stappen volgen om testscenario's te maken:

• Stap 1: Lees de vereiste documenten zoals BRS, SRS, FRS, van het systeem dat wordt getest (SUT). U kunt ook gebruikscasussen, boeken, handleidingen enz. van de te testen applicatie raadplegen.
• Stap 2: Bepaal voor elke vereiste de mogelijke acties en doelstellingen van de gebruiker. Bepaal de technische aspecten van de eis. Stel mogelijke scenario's van systeemmisbruik vast en evalueer gebruikers met de mentaliteit van een hacker.
• Stap 3: Na het lezen van het Vereistendocument en het uitvoeren van uw analyse, maakt u een lijst van verschillende testscenario's die elke functie van de software verifiëren.
• Stap 4: Nadat u alle mogelijke testscenario's heeft opgesomd, a Traceerbaarheid Matrix is gemaakt om te verifiëren dat elke vereiste een bijbehorend testscenario heeft
• Stap 5: De gemaakte scenario’s worden beoordeeld door uw leidinggevende. Later, worden ze ook beoordeeld door andere belanghebbenden in het project.

Tips om testscenario's te maken

• Elk testscenario moet worden gekoppeld aan minimaal één vereiste of gebruikersverhaal volgens de projectmethodologie.
• Voordat u een testscenario maakt dat meerdere vereisten tegelijk verifieert, moet u ervoor zorgen dat u over een testscenario beschikt dat die vereiste afzonderlijk controleert.
• Vermijd het creëren van al te ingewikkelde testscenario's die meerdere vereisten omvatten.
• Het aantal scenario's kan groot zijn en het is duur om ze allemaal uit te voeren. Voer op basis van klantprioriteiten alleen geselecteerde testscenario's uit

Voorbeeld 1: Testscenario voor e-commercetoepassing

Voor een e-commercetoepassing zouden er enkele testscenario's zijn

Testscenario 1: Controleer de aanmeldingsfunctionaliteit

Om u te helpen het verschil te begrijpen, testscenario en Test Cases, specifieke testgevallen voor dit testscenario zouden zijn

1. Controleer het systeemgedrag wanneer een geldig e-mailadres en wachtwoord worden ingevoerd.
2. Controleer het systeemgedrag wanneer een ongeldig e-mailadres en geldig wachtwoord worden ingevoerd.
3. Controleer het systeemgedrag wanneer een geldig e-mailadres en een ongeldig wachtwoord worden ingevoerd.
4. Controleer het systeemgedrag wanneer een ongeldig e-mailadres en wachtwoord worden ingevoerd.
5. Controleer het systeemgedrag wanneer het e-mailadres en wachtwoord leeg worden gelaten en Aanmelden wordt ingevoerd.
6. Vink Wachtwoord vergeten werkt zoals verwacht
7. Controleer het systeemgedrag wanneer een geldig/ongeldig telefoonnummer en wachtwoord worden ingevoerd.
8. Controleer het systeemgedrag wanneer “Houd mij aangemeld” is aangevinkt

Zoals duidelijk is, zijn testgevallen specifieker.

Testscenario 2: Controleer de zoekfunctionaliteit

Testscenario 3: Controleer het product Description Pagina

Testscenario 4: Controleer de betalingsfunctionaliteit

Testscenario 5: Controleer de bestelgeschiedenis

Naast deze 5 scenario's vindt u hier de lijst met alle andere scenario's

• Controleer het gedrag van de startpagina voor terugkerende klanten
• Controleer categorie-/productpagina's
• Controleer de klantenservice/contactpagina's
• Bekijk de pagina's met dagelijkse aanbiedingen

Voorbeeld 2: Testscenario's voor een banksite

Testscenario 1: Controleer de aanmeldings- en authenticatiefunctionaliteit

Testscenario 2: Chequegeldoverboeking kan worden gedaan

Testscenario 3: Rekeningafschrift controleren kan worden bekeken

Testscenario 4: Cheque Vaste storting/doorlopende storting kan worden aangemaakt

Enzovoort…

Sjabloon voor testscenario's

Testscenariosjabloon Excel(.xlsx) downloaden