Hvad er testsagen?
ET TESTSAG er et sæt handlinger, der udføres for at bekræfte en bestemt funktion eller funktionalitet i din softwareapplikation. En testcase indeholder testtrin, testdata, forudsætning, postcondition udviklet til specifikt testscenarie for at verificere ethvert krav. Testcasen inkluderer specifikke variabler eller betingelser, hvor en testingeniør kan sammenligne forventede og faktiske resultater for at afgøre, om et softwareprodukt fungerer efter kundens krav.
Hvad er et testscenario?
Et testscenario defineres som enhver funktionalitet, der kan testes. Det er et kollektivt sæt testsager, som hjælper testteamet med at bestemme projektets positive og negative egenskaber.
Testscenarie giver en idé på højt niveau om, hvad vi har brug for at teste.
Eksempel på testscenario
For en e-handelsapplikation ville et par testscenarier være
Testscenarie 1: Kontroller søgefunktionaliteten
Testscenarie 2: Kontroller betalingsfunktionaliteten
Testscenarie 3: Kontroller loginfunktionaliteten
Nøgleforskel
- Test Case er et sæt handlinger, der udføres for at kontrollere bestemte funktioner eller funktionaliteter, mens Test Scenario er enhver funktion, der kan testes.
- Testcase stammer for det meste fra testscenarier, mens testscenarier stammer fra testartefakter som BRS og SRS.
- Test Case hjælper med udtømmende test af en applikation, mens Test Scenario hjælper med på en smidig måde at teste slut-til-slut-funktionaliteten på.
- Testcases er koncentreret om, hvad man skal teste, og hvordan man tester, mens testscenario er mere fokuseret på, hvad man skal teste.
- Testtilfælde er handlinger på lavt niveau, mens testscenarier er handlinger på højt niveau.
- Test Case kræver flere ressourcer og tid til testudførelse, mens testscenario kræver færre ressourcer og tid til testudførelse.
- Test Case inkluderer testtrin, data, forventede resultater til test, mens Test Scenario inkluderer en ende til slut funktionalitet, der skal testes.
Eksempel på testsager
Testcases for testscenariet: "Kontroller loginfunktionaliteten" ville være
- Kontroller systemadfærd, når gyldigt e-mail-id og adgangskode er indtastet.
- Kontroller systemadfærd, når ugyldig e-mail-id og gyldig adgangskode er indtastet.
- Kontroller systemadfærd, når gyldigt e-mail-id og ugyldig adgangskode er indtastet.
- Kontroller systemadfærd, når ugyldigt e-mail-id og ugyldig adgangskode er indtastet.
- Kontroller systemadfærd, når e-mail-id og adgangskode efterlades tomme, og Log ind angivet.
- Marker Glemt din adgangskode fungerer som forventet
- Kontroller systemadfærd, når gyldigt / ugyldigt telefonnummer og adgangskode er indtastet.
- Kontroller systemadfærd, når "Hold mig signeret" er markeret
Hvorfor skriver vi testsager?
Her er nogle vigtige grunde til at oprette en test sag-
- Testcases hjælper med at verificere overensstemmelse med gældende standarder, retningslinjer og kundekrav
- Hjælper dig med at validere forventninger og kundekrav
- Øget dækning af kontrol, logik og datastrøm
- Du kan simulere 'rigtige' slutbruger scenarier
- Udsætter fejl eller mangler
- Når testcases skrives til eksekvering af test, organiseres testingeniørens arbejde bedre og forenkles
Hvorfor skriver vi testscenarie?
Her er vigtige grunde til at oprette et testscenario:
- Hovedårsagen til at skrive et testscenarie er at verificere softwareapplikationens komplette funktionalitet
- Det hjælper dig også med at sikre, at forretningsprocesserne og -strømmene er i overensstemmelse med de funktionelle krav
- 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 i de mest almindelige brugssager.
- De tjener som et hurtigt værktøj til at bestemme testindsatsen og dermed skabe et forslag til klienten eller organisere arbejdsstyrken.
- De hjælper med at bestemme de mest kritiske end-to-end-transaktioner eller den reelle brug af softwareapplikationerne.
- Når disse testscenarier er afsluttet, kan testcases let udledes fra testscenarierne.
Test case versus test scenario
Her er væsentlige forskelle mellem testscenarie og en testcase
| Testscenarie | Test sag |
|---|---|
| Et testscenarie indeholder dokumentation på højt niveau, der beskriver en ende til slut-funktionalitet, der skal testes. | Testcases indeholder bestemte testtrin, data, forventede resultater til test af alle applikationsfunktioner. |
| Det fokuserer på mere "hvad man skal teste" end "hvordan man tester". | En komplet vægt på "hvad man skal teste" og "hvordan man tester.". |
| Testscenarier er en linie. Så der er altid mulighed for tvetydighed under testen. | Testcases har defineret et trin, forudsætninger, forventet resultat osv. Derfor er der ingen tvetydighed i denne proces. |
| Testscenarier stammer fra testartefakter som BRS, SRS osv. | Test case stammer for det meste fra testscenarier. Flere testsager kan afledes fra et enkelt testscenario |
| Det hjælper på en smidig måde at teste slut-til-slut-funktionaliteten på | Det hjælper med udtømmende test af en applikation |
| Testscenarier er handlinger på højt niveau. | Test tilfælde er handlinger på lavt niveau. |
| Der kræves relativt mindre tid og ressourcer til oprettelse og test ved hjælp af scenarier. | Flere ressourcer er nødvendige for dokumentation og udførelse af testsager. |
Bedste fremgangsmåder til oprettelse af testsager
- Testtilfælde skal være gennemsigtige og ligetil
- Opret test sag ved at holde slutbrugeren i tankerne
- Undgå gentagelse af testsager
- Du skal sikre dig, at du skriver testcases for at kontrollere alle softwarekrav, der er nævnt i specifikationsdokumentet
- Antag aldrig funktionalitet og funktioner i din softwareapplikation, mens du forbereder en test sag
- Testtilfælde skal være let identificerbare
Bedste fremgangsmåder til oprettelse af et testscenario
- Testscenarier er for det meste enkeltlinjeerklæring, der fortæller, hvad der skal testes
- Scenaribeskrivelse skal være enkel og let at forstå
- En omhyggelig vurdering af de angivne krav skal foretages
- De nødvendige værktøjer og ressourcer til test skal akkumuleres inden testprocessens begyndelse