Hvordan skrive testsaker med eksempler
Thomas Hamilton
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 enkle som ovenfor, derfor trenger de dokumentasjon. Forfatteren av testsaken kan også forlate organisasjonen eller dra på ferie eller er sykemeldt eller er veldig opptatt med andre kritiske oppgaver. En nylig ansatt kan bli bedt om å utføre testsaken. Dokumenterte trinn vil hjelpe ham og også lette vurderinger fra andre interessenter.
Trinn 4) Sjekk atferden til AUT.
Målet med testtilfeller i programvaretesting er å sjekke atferden til AUT for et forventet resultat. Dette må dokumenteres som 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,
Pre – Condition som spesifiserer ting som må være på plass før testen kan kjøres. For vårt testtilfelle vil en forutsetning være å ha en nettleser installert for å ha tilgang til nettstedet som testes. En testcase kan også inkludere Post – Conditions som spesifiserer alt som gjelder etter at testcasen er fullført. For vårt testtilfelle vil en postbetingelse være tid og dato for pålogging er lagret i databasen
Hvordan skrive testcase-video
Klikk her. hvis videoen ikke er tilgjengelig
Beste praksis for å skrive god testcase.
1. Testtilfeller må være enkle og gjennomsiktige:
Lag testcases som er så enkle som mulig. De må være klare og konsise ettersom forfatteren av testsaken ikke kan utføre dem.
Bruk selvsikkert språk som å gå til hjemmesiden, skriv inn data, klikk på dette og så videre. Dette gjør det enkelt å forstå testtrinnene og testutførelsen raskere.
2. Lag testcase med sluttbruker i tankene
Det endelige målet med ethvert programvareprosjekt er å lage testcases som oppfyller kundenes krav og er enkel å bruke og betjene. En tester må lage testcases med tanke på sluttbrukerperspektivet
3. Unngå gjentakelse av testtilfeller.
Ikke gjenta testtilfeller. Hvis et testtilfelle er nødvendig for å utføre et annet testtilfelle, kall testtilfellet ved hjelp av testtilfelle-ID i pre-condition-kolonnen
4. Ikke anta
Ikke anta funksjonalitet og funksjoner i programvareapplikasjonen mens du forbereder testcase. Hold deg til spesifikasjonsdokumentene.
5. Sørg for 100 % dekning
Sørg for at du skriver testsaker for å sjekke alle programvarekravene nevnt i spesifikasjonsdokumentet. Bruk Sporbarhetsmatrise for å sikre at ingen funksjoner/forhold blir utprøvd.
6. Testtilfeller må være identifiserbare.
Navngi testcase-ID-en slik at de lett kan identifiseres mens de sporer defekter eller identifiserer et programvarekrav på et senere tidspunkt.
7. Implementer testteknikker
Det er ikke mulig å sjekke alle mulige tilstander i programvaren. Teknikker for programvaretesting hjelper deg med å velge noen få testtilfeller med maksimal mulighet for å finne en defekt.
- Grenseverdianalyse (BVA): Som navnet antyder er det teknikken som definerer testing av grenser for et spesifisert verdiområde.
- Ekvivalenspartisjon (EP): Denne teknikken deler opp området i like deler/grupper som har en tendens til å ha samme oppførsel.
- Statens overgangsteknikk: Denne metoden brukes når programvareatferd endres fra en tilstand til en annen etter en bestemt handling.
- Feilgjettingsteknikk: Dette er å gjette/forutse feilen som kan oppstå under manuell testing. Dette er ikke en formell metode og drar fordel av en testers erfaring med applikasjonen
8. Selvrensende
Testsaken du oppretter må returnere Test miljø til tilstanden før test og bør ikke gjøre testmiljøet ubrukelig. Dette gjelder spesielt for konfigurasjonstesting.
9. Repeterbar og selvstående
Testsaken skal generere de samme resultatene hver gang, uansett hvem som tester den
10. Peer Review.
Etter å ha opprettet testsaker, få dem gjennomgått av kollegene dine. Dine jevnaldrende kan avdekke feil i testcase-designet ditt, som du lett kan gå glipp av.
Mens du utarbeider en testsak for å inkludere følgende informasjon
- Beskrivelsen av hvilket krav som testes
- Forklaringen på hvordan systemet skal testes
- Testoppsettet som en versjon av en applikasjon som testes, programvare, datafiler, operativsystem, maskinvare, sikkerhetstilgang, fysisk eller logisk dato, klokkeslett, forutsetninger som andre tester og all annen oppsettinformasjon som er relevant for kravene som testes
- Innspill og utganger eller handlinger og forventede resultater
- Eventuelle bevis eller vedlegg
- Bruk aktivt kasusspråk
- Testtilfellet bør ikke være mer enn 15 trinn
- Et automatisert testskript kommenteres med input, formål og forventede resultater
- Oppsettet tilbyr et alternativ til nødvendige tester
- Med andre tester, bør det være en feil forretningsscenario-bestilling
Verktøy for administrasjon av testsaker
Testadministrasjonsverktøy er automatiseringsverktøyene som hjelper til med å administrere og vedlikeholde testsakene. Hovedtrekkene til et verktøy for håndtering av testsaker er
- For å dokumentere testtilfeller: Med verktøy kan du fremskynde opprettelsen av testsak ved bruk av maler
- Utfør testsaken og noter resultatene: Testcase kan utføres gjennom verktøyene og oppnådde resultater kan enkelt registreres.
- Automatiser feilsporingen: Mislykkede tester kobles automatisk til feilsporeren, som igjen kan tildeles utviklerne og kan spores via e-postvarsler.
- Sporbarhet: Krav, testtilfeller, utførelse av testtilfeller er alle sammenkoblet gjennom verktøyene, og hver sak kan spores til hverandre for å sjekke testdekning.
- Beskyttelse av testtilfeller: Testtilfeller bør være gjenbrukbare og bør beskyttes mot å gå tapt eller ødelegges på grunn av dårlig versjonskontroll. Test Case Management Tools tilbyr funksjoner som
- Navne- og nummereringskonvensjoner
- versjons~~POS=TRUNC
- Skrivebeskyttet lagring
- Kontrollert tilgang
- Sikkerhetskopiering utenfor stedet
Populære testadministrasjonsverktøy er: Kvalitetssenter og JIRA
Formatet til standard testtilfeller
Nedenfor er et format på et eksempel på standard påloggingstesttilfeller.
| Testtilfelle-ID | Testsak Description | Teststrinn | Testdata | forventede resultater | Faktiske resultater | Bestått / ikke bestått |
|---|---|---|---|---|---|---|
| TU01 | Sjekk kundepålogging med gyldige data |
|
Bruker-ID = guru99 Passord = pass99 | Brukeren bør logge på en applikasjon | Som forventet | Pass |
| TU02 | Sjekk kundepålogging med ugyldige data |
|
Bruker-ID = guru99 Passord = glass99 | Brukeren skal ikke logge på en applikasjon | Som forventet | Pass |
Hele denne tabellen kan lages i Word, Excel eller noe annet Teststyringsverktøy. Det er alt for å teste case-design
Testcase-mal
- Vær oppmerksom på at malen som brukes vil variere fra prosjekt til prosjekt. Les dette tutorial to Learn Testcase-mal med forklaring av viktige felt
Last ned testcasemalen ovenfor Excel (.xls)
Spørsmål og svar
Hva er en testcase?
Et testtilfelle er et dokumentert sett med forhold, input, handlinger og forventede resultater designet for å bekrefte at en spesifikk funksjonalitet eller funksjon i en applikasjon fungerer etter hensikten. Den fungerer som en retningslinje for testere for å sikre at applikasjonen oppfører seg riktig under spesifiserte forhold.
Testscenario kontra testtilfelle
For en Testscenario: Sjekk påloggingsfunksjonaliteten der mange mulige testtilfeller er:
- Testtilfelle 1: Sjekk resultatene ved å angi gyldig bruker-ID og passord
- Testtilfelle 2: Sjekk resultatene ved å angi ugyldig bruker-ID og passord
- Testtilfelle 3: Sjekk responsen når en bruker-ID er tom og påloggingsknappen trykkes, og mange flere
