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 genoemd Test conditie or Testmogelijkheid. 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 daadwerkelijke scenario's worden gebruikt voor het testen van de softwareapplicatie in plaats van testgevallen. Het doel van scenariotesten is het testen van end-to-end-scenario's voor een specifieke complex probleem van de software. Scenario's helpen op een eenvoudiger manier ingewikkelde problemen te testen en te evalueren.

Laten we dit bestuderen met behulp van de onderstaande video:

Waarom testscenario’s maken?

Voor de follo worden testscenario's gemaaktwing redenen,

  • 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:

testscenario

  • 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

testscenario

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

  1. Systeemgedrag controleren indien geldig email ID en wachtwoord zijn ingevoerd.
  2. Controleer het systeemgedrag wanneer ongeldig email id en geldig wachtwoord is ingevoerd.
  3. Controleer het systeemgedrag wanneer geldig email id en ongeldig wachtwoord is ingevoerd.
  4. Controleer het systeemgedrag wanneer ongeldig email id en ongeldig wachtwoord is ingevoerd.
  5. Controleer het systeemgedrag wanneer bijvmail ID en wachtwoord blijven leeg en Aanmelden is 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

Testscenario 3: Bekijk de productbeschrijvingspagina

testscenario

Testscenario 4: Controleer de betalingsfunctionaliteit

testscenario

Testscenario 5: Controleer de bestelgeschiedenis

testscenario

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