Vad är testscenario i mjukvarutestning (exempel)

Vad är ett testscenario?

A Testscenario definieras som vilken funktion som helst som kan testas. Det kallas också för Testvillkor eller Testmöjlighet. Som testare bör du sätta dig själv i slutanvändarens skor och ta reda på de verkliga scenarierna och användningsfallen för Application Under Test.

Scenariotestning

Scenariotestning in mjukvarutestning är en metod där faktiska scenarier används för att testa programvaran istället för testfall. Syftet med scenariotester är att testa scenarier från början till slut för ett specifikt komplext problem med programvaran. Scenarier hjälper på ett enklare sätt att testa och utvärdera komplicerade problem från början.

Låt oss studera detta med hjälp av videon nedan –

Varför skapa testscenarier?

Testscenarier skapas av följande skäl,

• Att skapa testscenarier säkerställer fullständig testtäckning
• Testscenarier kan godkännas av olika intressenter som affärsanalytiker, utvecklare, kunder för att säkerställa att applikationen som testas testas noggrant. Det säkerställer att programvaran fungerar för de vanligaste användningsfallen.
• De fungerar som ett snabbt verktyg för att fastställa testarbetet och därmed skapa ett förslag till kunden eller organisera arbetsstyrkan.
• De hjälper till att bestämma de viktigaste end-to-end-transaktionerna eller den verkliga användningen av mjukvaruapplikationerna.
• För att studera programmets end-to-end-funktion är Testscenariot avgörande.

När inte skapa testscenario?

Testscenarier kanske inte skapas när

• Applikationen som testas är komplicerad, instabil och det finns en tidskris i projektet.
• Projekt som följer agil metodik som Scrum, Kanban kanske inte skapar testscenarier.
• Testscenario kanske inte skapas för en ny buggfix eller Regressionstestning. I sådana fall måste testscenarier vara väl dokumenterade redan under de tidigare testcyklerna. Detta gäller särskilt för underhållsprojekt.

Hur man skriver testscenarier

Som testare kan du följa dessa fem steg för att skapa testscenarier-

• steg 1: Läs kravdokumenten som BRS, SRS, FRS för System Under Test (SUT). Du kan också hänvisa användningsfall, böcker, manualer etc. av applikationen som ska testas.
• steg 2: För varje krav, ta reda på möjliga användaråtgärder och mål. Bestäm de tekniska aspekterna av kravet. Ta reda på möjliga scenarier för systemmissbruk och utvärdera användare med hackers tankesätt.
• Steg 3: Efter att ha läst kravdokumentet och gjort din analys, lista ut olika testscenarier som verifierar varje funktion i programvaran.
• Steg 4: När du har listat alla möjliga testscenarier, a Spårbarhetsmatris skapas för att verifiera att varje och varje krav har ett motsvarande testscenario
• Steg 5: Scenarierna som skapas granskas av din handledare. Later, granskas de också av andra intressenter i projektet.

Tips för att skapa testscenarier

• Varje testscenario ska vara kopplat till minst ett krav eller en användarberättelse enligt projektmetoden.
• Innan du skapar ett testscenario som verifierar flera krav samtidigt, se till att du har ett testscenario som kontrollerar det kravet isolerat.
• Undvik att skapa alltför komplicerade testscenarier som omfattar flera krav.
• Antalet scenarier kan vara stort och det är dyrt att köra alla. Kör endast utvalda testscenarier baserat på kundens prioriteringar

Exempel 1: Testscenario för e-handelsapplikation

För en e-handelsapplikation skulle några testscenarier vara

Testscenario 1: Kontrollera inloggningsfunktionen

För att hjälpa dig förstå skillnaden Testscenario och Test Cases, skulle specifika testfall för detta testscenario vara

1. Kontrollera systemets beteende när giltigt e-post-ID och lösenord har angetts.
2. Kontrollera systemets beteende när ogiltigt e-post-ID och giltigt lösenord anges.
3. Kontrollera systemets beteende när giltigt e-post-ID och ogiltigt lösenord anges.
4. Kontrollera systemets beteende när ogiltigt e-post-ID och ogiltigt lösenord anges.
5. Kontrollera systemets beteende när e-post-id och lösenord lämnas tomma och Logga in.
6. Markera Glömt ditt lösenord fungerar som förväntat
7. Kontrollera systemets beteende när giltigt/ogiltigt telefonnummer och lösenord anges.
8. Kontrollera systemets beteende när "Behåll mig signerad" är markerad

Som uppenbart är testfall mer specifika.

Testscenario 2: Kontrollera sökfunktionen

Testscenario 3: Kontrollera produkten Descriptjonsida

Testscenario 4: Kontrollera betalningsfunktionen

Testscenario 5: Kontrollera beställningshistoriken

Förutom dessa 5 scenarier är här listan över alla andra scenarier

• Kontrollera hemsidans beteende för återkommande kunder
• Kontrollera kategori/produktsidor
• Kontrollera kundtjänst/kontaktsidor
• Kolla dagliga erbjudanden

Exempel 2: Testscenarier för en bankwebbplats

Testscenario 1: Kontrollera inloggnings- och autentiseringsfunktionen

Testscenario 2: Kontrollera att pengaöverföring kan göras

Testscenario 3: Kontrollera kontoutdrag kan visas

Testscenario 4: Check Fast insättning/Återkommande insättning kan skapas

Och så vidare…

Testscenariomall

Ladda ner testscenariomall Excel(.xlsx)