Hvordan skrive testsaker med eksempler
Thomas Hamilton
🚀 Smart sammendrag
En testtilfelle er et dokumentert sett med betingelser, inndata, handlinger og forventede resultater for å bekrefte at en spesifikk funksjon fungerer som den skal i programvareapplikasjoner.
Hva er en testcase?
A testforsøk er et sett av handlinger, innspill og forventede resultater som hjelper testere med å bekrefte om en spesifikk funksjon eller funksjonalitet i programvare fungerer som tiltenkt. Den fungerer som en trinnvis veiledning som definerer hva som skal testes, hvordan det skal testes og hvilket resultat man kan forvente.
Tenk på et testtilfelle som en oppskrift på validering – den forteller deg de nøyaktige ingrediensene (testdata), prosessen (trinn som skal utføres) og hvordan en perfekt rett (forventet resultat) bør se ut.
En godt skrevet testcase bidrar til å sikre:
- Programvaren oppfyller forretnings- og brukerkrav.
- Feil eller uventet oppførsel er fanget tidlig.
- Testing kan være gjentatt og gjennomgått av enhver QA-profesjonell.
- Lag kan trace hvilket krav hver test verifiserer.
👉 Meld deg på gratis live programvaretestingsprosjekt
Trinn for å lage testtilfeller i manuell testing
La oss lage et testtilfelle for scenariet: Sjekk påloggingsfunksjonalitet
Trinn 1) En enkel testcase for å forklare scenariet ville være
| Testtilfelle # | Testsak Description |
|---|---|
| 1 | Sjekk svar når gyldig e-post og passord er angitt |
Trinn 2) Test dataene.
For å utføre testsaken, trenger du Testdata. Legger det til nedenfor
| Testtilfelle # | Testsak Description | Testdata |
|---|---|---|
| 1 | Sjekk svar når gyldig e-post og passord er angitt | E-post: guru99@email.com Passord: lNf9^Oti7^2h |
Identifisering av testdata kan være tidkrevende og kan noen ganger kreve å lage testdata på nytt. Grunnen til at det må dokumenteres.
Trinn 3) Utfør handlinger.
For å utføre en testsak, må en tester utføre et spesifikt sett med handlinger på AUT. Dette er dokumentert som nedenfor:
| Testtilfelle # | Testsak Description | Teststrinn | Testdata |
|---|---|---|---|
| 1 | Sjekk svar når gyldig e-post og passord er angitt | 1) Skriv inn e-postadresse
2) Skriv inn passord 3) Klikk på Logg på |
E-post: guru99@email.com
Passord: lNf9^Oti7^2h |
Mange ganger er ikke testtrinnene så enkle som ovenfor, og derfor trenger de dokumentasjon. I tillegg kan forfatteren av testtilfellet forlate organisasjonen, dra på ferie, være syk og ha fri, eller være veldig opptatt med andre kritiske oppgaver. En nylig ansatt kan bli bedt om å utføre testtilfellet. Dokumenterte trinn vil hjelpe vedkommende og også legge til rette for gjennomgang av andre interessenter.
Trinn 4) Sjekk oppførselen til AUT-en.
Målet med testtilfeller i programvaretesting er å sjekke oppførselen til AUT-en for å få et forventet resultat. Dette må dokumenteres som vist nedenfor.
| Testtilfelle # | Testsak Description | Testdata | forventet resultat |
|---|---|---|---|
| 1 | Sjekk svar når gyldig e-post og passord er angitt | E-post: guru99@email.com Passord: lNf9^Oti7^2h |
Innlogging skal være vellykket |
Under testgjennomføringstiden vil testeren sjekke forventede resultater mot faktiske resultater og tildele en bestått eller ikke bestått status
| Testtilfelle # | Testsak Description | Testdata | forventet resultat | Egentlige resultatet | Bestått / ikke bestått |
|---|---|---|---|---|---|
| 1 | Sjekk svar når gyldig e-post og passord er angitt | E-post: guru99@email.com Passord: lNf9^Oti7^2h | Innlogging skal være vellykket | Påloggingen var vellykket | Pass |
Trinn 5) At bortsett fra testsaken - kan ha et felt som,
en forutsetning som spesifiserer ting som må være på plass før testen kan kjøres. For vårt testtilfelle ville en forutsetning være å ha en nettleser installert for å få tilgang til nettstedet som testes. Et testtilfelle kan også inkludere etterbetingelser som spesifiserer alt som gjelder etter at testtilfellet er fullført. For vårt testtilfelle ville en etterbetingelse være at tid og dato for innlogging lagres i databasen.
Viktige elementer i en testtilfelle
En standard testtilfelle inkluderer vanligvis:
- Testtilfelle-ID – Unik identifikator (f.eks. TC001)
- Tittel eller Description – Hva testen bekrefter
- Forutsetninger – Hva som må være på plass før testen starter
- Teststrinn – De nøyaktige handlingene som skal utføres
- Testdata – Inndataverdier eller parametere
- forventet resultat – Resultatet du skal se
- Egentlige resultatet – Hva som egentlig skjedde
- status – Bestått, ikke bestått eller blokkert
Testcase vs Test Scenario
A testscenario beskriver hva som må testes – den brede funksjonaliteten eller brukerreisen.
A testtilfelle, på den annen side forklarer hvordan funksjonaliteten vil bli verifisert – de nøyaktige trinnene, dataene og forventede resultatene.
For å si det enkelt:
- Testscenario = Idé av hva som skal testes.
- Testtilfelle = Implementering hvordan man tester den ideen.
Tenk på det slik –
«Hvis et testscenario er en kapitteltittel, er hvert testscenario et avsnitt som forklarer det kapittelet i detalj.»
Eksempelillustrasjon:
La oss ta et eksempel for å gjøre det tydeligere:
Testscenario:
«Sjekk nettsidens innloggingsfunksjonalitet.»
Relaterte testtilfeller:
- Bekreft pålogging med gyldig brukernavn og passord.
- Bekreft feilmeldingen med ugyldig passord.
- Bekreft pålogging med tomme felt.
- Feltet for å bekrefte passord skjuler inndatateksten.
Her er scenariet et enkelt funksjonelt mål, mens testtilfeller deler det opp i spesifikke, testbare forhold.
Les for mer informasjon om Forskjellen mellom testtilfelle og testscenario
Fordeler med å skrive testtilfeller av høy kvalitet
- Testtilfeller av høy kvalitet sikrer grundig testdekning, konsistens, og traceffektivitet på tvers av hele QA-prosessen.
- De hjelper testere med å fange opp tidlige feil, vedlikeholde regresjonsstabilitet, og garantere at all funksjonalitet er i samsvar med forretningskravene.
- Velskrevne testtilfeller er tydelig, gjenbrukbar og repeterbar, slik at ethvert tester- eller automatiseringsverktøy kan utføre dem pålitelig.
- De fungerer også som en kommunikasjonsbro mellom utviklere, testere og interessenter – reduserer tvetydighet og sparer tid.
- Ved å dokumentere testmål, trinn og resultater kan teamene måle fremgang, overholde standarder, og administrere oppdateringer effektivt.
- Viktigst av alt, gode testtilfeller redusere vedlikeholdskostnader, fremskynde automatisering, og tilby tillit til programvarekvalitet.
- De fungerer som levende dokumentasjon for onboarding av nye testere og som strukturert input for AI og verktøy for testhåndtering.
Vanlige feil å unngå når du skriver testtilfeller
Selv erfarne testere gjør små feil som svekker testkvaliteten.
Å unngå disse feilene kan forbedre det betraktelig nøyaktighet, klarhet og vedlikeholdbarhet av testsuiten din.
- Skrive vage trinn: Tvetydige instruksjoner som «sjekk innloggingssiden» forvirrer testere. Bruk tydelige, handlingsbaserte trinn.
- Hoppping negative scenarier: Inkluder alltid ugyldige inndata eller grensetester for å sikre full dekning.
- Gjenbruk av uklare testdata: Umerkede eller inkonsistente data gjør testresultatene upålitelige. Oppretthold et delt testdatablad.
- Overkompliserende testtilfeller: Lange saker med flere trinn er vanskelige å vedlikeholde. Hold hver sak fokusert og atomær.
- Ignorerer oppdateringer etter produktendringer: Utdaterte testtilfeller skaper falske resultater. Revse og revidere regelmessig.
- Manglende tracevne: Koble alltid testtilfeller til krav for å track-dekning og samsvar.
- Hoppping fagfellevurderinger: Friske øyne fanger opp uklare eller overflødige trinn tidlig.
