Hvad er testscenarie i softwaretestning (eksempler)
Thomas Hamilton
Hvad er et testscenarie?
A Testscenarie er defineret som enhver funktionalitet, der kan testes. Det kaldes også Test Condition eller Test Mulighed. Som tester bør du sætte dig selv i slutbrugerens sted og finde ud af de virkelige scenarier og brugsscenarier af Application Under Test.
Scenarietest
Scenarietest in software test er en metode, hvor faktiske scenarier bruges til at teste softwareapplikationen i stedet for testcases. Formålet med scenarietest er at teste ende til ende scenarier for et specifikt komplekst problem i softwaren. Scenarier hjælper på en lettere måde at teste og evaluere komplicerede problemer fra ende til anden.
Lad os studere dette ved hjælp af videoen nedenfor –
Hvorfor oprette testscenarier?
Testscenarier oprettes af følgende årsager:
- Oprettelse af testscenarier sikrer fuldstændig testdækning
- Testscenarier kan godkendes af forskellige interessenter som forretningsanalytiker, udviklere, kunder for at sikre, at applikationen under test er grundigt testet. Det sikrer, at softwaren fungerer til de mest almindelige brugstilfælde.
- De fungerer som et hurtigt værktøj til at bestemme testarbejdsindsatsen og i overensstemmelse hermed skabe et forslag til kunden eller organisere arbejdsstyrken.
- De hjælper med at bestemme de vigtigste ende-til-ende-transaktioner eller den reelle brug af softwareapplikationerne.
- For at studere programmets ende-til-ende funktion er Test Scenario afgørende.
Hvornår laver du ikke et testscenarie?
Testscenarier oprettes muligvis ikke hvornår
- Applikationen under test er kompliceret, ustabil, og der er en tidsklemme i projektet.
- Projekter, der følger Agile Metodologi som Scrum, Kanban, opretter muligvis ikke testscenarier.
- Testscenarie oprettes muligvis ikke til en ny fejlrettelse eller Regressionstest. I sådanne tilfælde skal testscenarier allerede være stærkt dokumenteret i de foregående testcyklusser. Dette gælder især for vedligeholdelsesprojekter.
Hvordan man skriver testscenarier
Som tester kan du følge disse fem trin for at oprette testscenarier-
- Trin 1: Læs kravdokumenterne som BRS, SRS, FRS for System Under Test (SUT). Du kan også henvise anvendelser, bøger, manualer osv. af den applikation, der skal testes.
- Trin 2: For hvert krav skal du finde ud af mulige brugerhandlinger og -mål. Bestem de tekniske aspekter af kravet. Find ud af mulige scenarier for systemmisbrug og evaluer brugere med hackers tankegang.
- Trin 3: Efter at have læst kravdokumentet og udført din nødvendige analyse, skal du liste forskellige testscenarier, der verificerer hver funktion i softwaren.
- Trin 4: Når du har listet alle mulige testscenarier, en Sporbarhedsmatrix er oprettet for at verificere, at hvert og hvert krav har et tilsvarende testscenarie
- Trin 5: De oprettede scenarier gennemgås af din vejleder. Later, bliver de også gennemgået af andre interessenter i projektet.
Tips til at skabe testscenarier
- Hvert testscenarie skal være bundet til mindst ét krav eller brugerhistorie i henhold til projektmetoden.
- Før du opretter et testscenarie, der verificerer flere krav på én gang, skal du sikre dig, at du har et testscenarie, der kontrollerer dette krav isoleret.
- Undgå at oprette alt for komplicerede testscenarier, der spænder over flere krav.
- Antallet af scenarier kan være stort, og det er dyrt at køre dem alle. Kør kun udvalgte testscenarier baseret på kundeprioriteter
Eksempel 1: Testscenarie for e-handelsapplikation
For en e-handelsapplikation ville et par testscenarier være
Testscenarie 1: Tjek login-funktionaliteten
For at hjælpe dig med at forstå forskellen Test Scenario og Test Cases, ville specifikke testcases for dette testscenarie være
- Kontroller systemets adfærd, når gyldig e-mail-id og adgangskode er indtastet.
- Kontroller systemets adfærd, når ugyldig e-mail-id og gyldig adgangskode indtastes.
- Kontroller systemets adfærd, når gyldig e-mail-id og ugyldig adgangskode er indtastet.
- Kontroller systemets adfærd, når ugyldig e-mail-id og ugyldig adgangskode indtastes.
- Kontroller systemets adfærd, når e-mail-id og adgangskode er tomme og Log ind indtastet.
- Marker Glemt din adgangskode fungerer som forventet
- Kontroller systemets adfærd, når gyldigt/ugyldigt telefonnummer og adgangskode er indtastet.
- Tjek systemets adfærd, når "Hold mig underskrevet" er markeret
Som det fremgår, er testcases mere specifikke.
Testscenarie 2: Tjek søgefunktionen
Testscenarie 3: Tjek produktet Description side
Testscenarie 4: Tjek betalingsfunktionaliteten
Testscenarie 5: Tjek ordrehistorikken
Bortset fra disse 5 scenarier er her listen over alle andre scenarier
- Tjek hjemmesidens adfærd for tilbagevendende kunder
- Tjek kategori/produktsider
- Tjek kundeservice/kontaktsider
- Tjek daglige tilbudssider
Eksempel 2: Testscenarier for et bankwebsted
Testscenarie 1: Tjek login- og godkendelsesfunktionaliteten
Testscenarie 2: Tjek pengeoverførsel kan udføres
Testscenarie 3: Check kontoudtog kan ses
Testscenarie 4: Check Fixed Deposit/Recurrent Deposit kan oprettes
Og så videre…
Testscenarie skabelon
Download Test Scenario skabelon Excel(.xlsx)
