Hva er testsaken?
ET TESTSAK er et sett med handlinger utført for å bekrefte en bestemt funksjon eller funksjonalitet i programvaren. En testsak inneholder testtrinn, testdata, forutsetning, ettertilstand utviklet for spesifikt testscenario for å verifisere ethvert krav. Testtilfellet inkluderer spesifikke variabler eller forhold, der en testingeniør kan sammenligne forventede og faktiske resultater for å avgjøre om et programvareprodukt fungerer i henhold til kundens krav.
Hva er et testscenario?
Et testscenario er definert som enhver funksjonalitet som kan testes. Det er et samlet sett med testtilfeller som hjelper testteamet til å bestemme de positive og negative egenskapene til prosjektet.
Testscenario gir et høyt inntrykk av hva vi trenger å teste.
Eksempel på testscenario
For et e-handelsapplikasjon vil noen få testscenarier være
Testscenario 1: Kontroller søkefunksjonaliteten
Testscenario 2: Kontroller betalingsfunksjonaliteten
Testscenario 3: Kontroller påloggingsfunksjonaliteten
HOVEDFORSKJELL
- Test Case er et sett med handlinger utført for å verifisere bestemte funksjoner eller funksjonalitet, mens Test Scenario er en hvilken som helst funksjonalitet som kan testes.
- Test Case er hovedsakelig avledet fra testscenarier mens Test Scenarios er hentet fra testgjenstander som BRS og SRS.
- Test Case hjelper til med uttømmende testing av en applikasjon, mens Test Scenario hjelper på en smidig måte å teste end-to-end-funksjonaliteten.
- Testtilfeller er fokusert på hva du skal teste og hvordan du tester mens testscenario er mer fokusert på hva du skal teste.
- Test tilfeller er handlinger på lavt nivå, mens testscenarier er handlinger på høyt nivå.
- Test Case krever mer ressurser og mer tid for testutførelse mens Test Scenario krever færre ressurser og tid for testutførelse.
- Test Case inkluderer testtrinn, data, forventede resultater for testing, mens Test Scenario inkluderer en ende-til-slutt-funksjonalitet som skal testes.
Eksempel på testsaker
Test tilfeller for testscenariet: "Kontroller påloggingsfunksjonaliteten" vil være
- Kontroller systematferden når gyldig e-post-ID og passord er angitt.
- Kontroller systematferden når ugyldig e-post-ID og gyldig passord er angitt.
- Sjekk systematferd når gyldig e-post-ID og ugyldig passord er angitt.
- Kontroller systematferden når ugyldig e-post-ID og ugyldig passord er angitt.
- Kontroller systematferden når e-post-ID og passord er tomme og Logg inn.
- Merk av Glemt passordet ditt fungerer som forventet
- Kontroller systematferden når gyldig / ugyldig telefonnummer og passord er angitt.
- Kontroller systematferden når "Hold meg signert" er krysset av
Hvorfor skriver vi testtilfeller?
Her er noen viktige grunner til å lage en testtilfelle-
- Testtilfeller hjelper til med å verifisere samsvar med gjeldende standarder, retningslinjer og kundekrav
- Hjelper deg med å validere forventninger og kundekrav
- Økt kontroll, logikk og dataflytdekning
- Du kan simulere 'virkelige' sluttbrukerscenarier
- Utsetter feil eller mangler
- Når testsaker skrives for utføring av test, vil testingeniørens arbeid bli organisert bedre og forenklet
Hvorfor skriver vi testscenario?
Her er det viktige grunner til å lage et testscenario:
- Hovedårsaken til å skrive et testscenario er å verifisere programvarens komplette funksjonalitet
- Det hjelper deg også med å sikre at forretningsprosessene og flytene er i samsvar med funksjonelle krav
- Testscenarier kan godkjennes av ulike interessenter som forretningsanalytiker, utviklere, kunder for å sikre at applikasjonen under test blir grundig testet. Det sikrer at programvaren fungerer for de vanligste brukssakene.
- De fungerer som et raskt verktøy for å bestemme testarbeidet og dermed lage et forslag for klienten eller organisere arbeidsstyrken.
- De hjelper med å bestemme de mest kritiske end-to-end-transaksjonene eller den virkelige bruken av programvarene.
- Når disse testscenariene er avsluttet, kan testsaker lett avledes fra testscenariene.
Test case vs. Test scenario
Her er det signifikante forskjeller mellom testscenario og en testsak
| Test Scenario | Testforsøk |
|---|---|
| Et testscenario inneholder dokumentasjon på høyt nivå som beskriver en ende-til-slutt-funksjonalitet som skal testes. | Testtilfeller inneholder bestemte testtrinn, data, forventede resultater for testing av alle funksjonene i et program. |
| Den fokuserer på mer "hva du skal teste" enn "hvordan du skal teste". | En full vekt på "hva du skal teste" og "hvordan du skal teste.". |
| Testscenarier er en en-liner. Så det er alltid mulighet for tvetydighet under testingen. | Testtilfeller har definert et trinn, forutsetninger, forventet resultat osv. Derfor er det ingen tvetydighet i denne prosessen. |
| Testscenarier er hentet fra testgjenstander som BRS, SRS, etc. | Test tilfelle er for det meste avledet fra test scenarier. Flere testtilfeller kan utledes fra et enkelt testscenario |
| Det hjelper på en smidig måte å teste end-to-end-funksjonaliteten | Det hjelper i uttømmende testing av et program |
| Testscenarier er handlinger på høyt nivå. | Test tilfeller er handlinger på lavt nivå. |
| Forholdsvis mindre tid og ressurser kreves for å lage og teste ved hjelp av scenarier. | Flere ressurser er nødvendig for dokumentasjon og gjennomføring av testsaker. |
Beste fremgangsmåter for å lage testsaker
- Testtilfeller skal være gjennomsiktige og greie
- Lag Test Case ved å holde sluttbrukeren i tankene
- Unngå repetisjon av testsaker
- Du må sørge for at du vil skrive testtilfeller for å sjekke alle programvarekravene som er nevnt i spesifikasjonsdokumentet
- Anta aldri funksjonalitet og funksjoner i programvaren mens du forbereder en testtilfelle
- Testtilfeller må være lett identifiserbare
Beste fremgangsmåter for å lage et testscenario
- Testscenarier er for det meste en linjeoppgave som forteller hva som skal testes
- Scenariobeskrivelse skal være enkel og lett å forstå
- En nøye vurdering av de angitte kravene bør gjøres
- De nødvendige verktøyene og ressursene for testing må akkumuleres før begynnelsen av testprosessen