Inleiding tot het testscenario
Testscenario is een combinatie van twee woorden, namelijk test en scenario. De test vertegenwoordigt een handeling van verificatie of validatie en het scenario vertegenwoordigt de reis van de gebruiker. Elke testbare functionaliteit wordt een testscenario genoemd. Testscenario kan worden beschreven als verificatie of validatie van de reis van de gebruiker. Het zal de vorm hebben van documenten die alle testgevallen bevatten die gedetailleerd zijn geschreven om de end-to-end functionaliteit van applicaties te testen. Het is een van de categoriseringen op hoog niveau die kunnen worden getest. Het staat ook bekend als een testmogelijkheid of een testvoorwaarde.
Waarom testscenario's maken?
Meerdere testgevallen kunnen worden gedekt door één testscenario. De relatie tussen testscenario's en testgevallen is daarom één op veel. Maar elk scenario moet door de tester worden verzorgd tijdens het maken ervan. Testers maken het om de applicatie te testen vanuit het oogpunt van een eindgebruiker. Testers zoeken van alle ontwikkelaars, belanghebbenden en klanten om hen voor te bereiden die kritisch zijn.
Reden om ze te maken zijn als volgt:
- Volledige en juiste testdekking wordt gegarandeerd door het creëren van perfecte testscenario's.
- Het maken ervan wordt van cruciaal belang om de end-to-end-functionaliteiten van een programma te bestuderen.
- De belangrijkste en meest kritische end-to-end transacties of realtime applicatiegebruik kunnen goed worden bepaald met de juiste hulp van hen.
- Ze kunnen worden gebruikt als een hulpmiddel voor het snel bepalen van het testpersoneel, wat de klanten of organisaties verder helpt bij het opstellen van voorstellen en het effectief en efficiënt organiseren van testpersoneel.
- Om een grondige en correcte test van applicaties te garanderen, wordt de goedkeuring ervan op verschillende niveaus gedaan, waaronder klanten, bedrijfsanalisten, ontwikkelaars, etc.
Evenzo kunnen er bepaalde omstandigheden zijn waarin de oprichting ervan moet worden vermeden.
- Het mag niet worden gemaakt in projecten volgens Agile-methodologieën zoals Scrum, enz.
- Wanneer de te testen applicaties onstabiel of te ingewikkeld zijn of wanneer het project zich in een kritieke tijd bevindt, kan dit worden vermeden.
- Het aanmaken ervan kan worden vermeden voor regressietests of voor een nieuwe bug, omdat in onderhoudsprojecten vooraf zware documentatie van hen zou gebeuren in de vorige testcycli.
Hoe testscenario's kunnen worden geschreven?
De volgende stappen kunnen door een tester worden uitgevoerd voor het maken van testscenario's:
- Stap 1: Het document met vereisten zoals Business Requirement Specification (BRS), Functional Requirement Specification (FRS) en System Requirement Specification (SRS) van de te testen applicatie moet grondig en zorgvuldig worden gelezen. Handleidingen, boeken, use cases, etc. van de te testen applicatie kunnen hiervoor worden doorverwezen.
- Stap 2: Alle mogelijke doelstellingen en gebruikersacties moeten voor elke vereiste goed worden berekend. Alle technische kenmerken van elke vereiste moeten ook worden bepaald.
- Stap 3: Alle mogelijke oorzaken van systeemhack en gebruikersevaluatie moeten worden gedaan vanuit het perspectief van een hacker. Gebruikersevaluatie kan worden gedaan door alle mogelijkheden van de gebruikerswerking van de applicaties te vinden.
- Stap 4: Een volledige lijst van alle mogelijke testgevallen voor het verifiëren van alle functionaliteiten van de applicatie moet worden gemaakt na het document van de vereiste volledig te hebben gelezen en de analyse te hebben voltooid.
- Stap 5: Nadat ze allemaal zijn ingeschakeld, moet voor het verifiëren van de vereiste en het bijbehorende testscenario een traceerbaarheidsmatrix worden gemaakt.
- Stap 6: Alle gemaakte testscenario's worden beoordeeld en geëvalueerd door de supervisor. Het wordt ook verder geverifieerd door alle belanghebbenden.
Volgens de projectprocedure moet elk testscenario worden gekoppeld aan ten minste één gebruikersverhaal of -vereiste. Het is verplicht om elk testscenario afzonderlijk te verifiëren aan de hand van de vereiste, vóór meerdere vereisten in één testscenario. Complexe testscenario's met meerdere vereisten kunnen eenvoudig worden vermeden. Prijs is direct evenredig met het aantal. Het is dus altijd raadzaam om alleen geselecteerd en vereist te lopen op basis van klantprioriteit.
Voorbeelden
Hieronder staan enkele voorbeelden van testscenario
Testscenario voor de online shopping-applicatie Buykart
Testscenario's die in aanmerking kunnen worden genomen voor de verificatie van een online winkelapplicatie Buykart zijn als volgt:
Testscenario 1: controle van de inlogfunctionaliteit
De testgevallen die in aanmerking kunnen komen voor het maken zijn:
- Het gedrag van de applicatie bij het invoeren van een geldig inlog-ID en een geldig wachtwoord kan worden gecontroleerd.
- Het gedrag van de applicatie bij het invoeren van een geldig inlog-ID en een ongeldig wachtwoord kan worden gecontroleerd.
- Het gedrag van de applicatie bij het invoeren van een ongeldige login-ID en een geldig wachtwoord kan worden gecontroleerd.
- Het gedrag van de applicatie bij het invoeren van een ongeldige login-ID en een ongeldig wachtwoord kan worden gecontroleerd.
- Het gedrag van de applicatie bij het inloggen door alleen een login-ID in te voeren zonder wachtwoord kan worden gecontroleerd.
- Het gedrag van de applicatie bij het inloggen door alleen het wachtwoord in te voeren zonder login-ID kan worden gecontroleerd.
- Het gedrag van de applicatie bij het inloggen zonder zowel het login-ID als het wachtwoord in te voeren, kan worden gecontroleerd.
- Gedrag van de applicatie wanneer wachtwoord vergeten is geselecteerd.
Testscenario 2: controle van zoekfunctionaliteit
De testgevallen die in aanmerking kunnen komen voor het maken zijn:
- Gedrag van de applicatie wanneer een geldig product wordt doorzocht.
- Gedrag van de applicatie wanneer een ongeldig product wordt doorzocht.
Testscenario 3: controle van productdetails
De testgevallen die in aanmerking kunnen komen voor het maken zijn:
- Gedrag van de toepassing wanneer een product is geselecteerd.
- Gedrag van de applicatie een product staat op de verlanglijst.
- Gedrag van de applicatie wanneer een product aan winkelwagen wordt toegevoegd.
- Gedrag van de toepassing wanneer de optie Nu kopen is geselecteerd.
- Gedrag van de applicatie wanneer een ongeldig adres is ingevoerd.
- Gedrag van de applicatie wanneer een geldig adres wordt ingevoerd.
- Gedrag van de applicatie wanneer meerdere betalingsopties zijn aangevinkt.
Testscenario 4: betalingsfunctionaliteit controleren
De testgevallen die in aanmerking kunnen komen voor het maken zijn:
- Gedrag van de applicatie wanneer elke betalingsoptie is geselecteerd.
- Gedrag van de applicatie wanneer een geldige betalingsoptie wordt gekozen.
- Gedrag van de applicatie wanneer een ongeldige betalingsoptie wordt gekozen.
- Gedrag van de applicatie wanneer een betaling is geslaagd.
- Gedrag van de applicatie wanneer een betaling wordt geweigerd.
Testscenario 5: Controle van functionaliteit van bestellingsdetails
De testgevallen die in aanmerking kunnen komen voor het maken zijn:
- Gedrag van de applicatie wanneer elke bestelling is geselecteerd.
- Gedrag van de toepassing wanneer de optie Product retourneren is geselecteerd.
- Gedrag van de toepassing wanneer de optie Product volgen is geselecteerd.
- Gedrag van de toepassing wanneer de optie Product beoordelen is geselecteerd.
Conclusie
Het fungeert als een goede gids voor de testers en helpt hen om testen effectiever en efficiënter te maken. Het helpt bij het verminderen van de testcomplexiteit en redundantie. Elke testcase is gedetailleerd geschreven voor een beter begrip. Het is zeer tijdbesparend voor testers.
Aanbevolen artikelen
Dit is een handleiding geweest voor Wat is testscenario. Hier bespreken we hoe u testscenario's kunt maken met verschillende voorbeelden. U kunt ook de volgende artikelen bekijken voor meer informatie -
- Werkonzekerheid Stress
- Zelf gemotiveerd en toegewijd
- Wat is Agile-testen?
- Hoe een testcase te schrijven?