Meny

Eksempel på prøvesaksmal med eksempler på prøvesaker [Last ned]

sample test case template with test case examples

Prøv Instrumentet Vårt For Å Eliminere Problemer

Hver dag får jeg stadig flere forespørsler om Test Case Mal . Og jeg er overrasket over at mange testere fremdeles dokumenterer testtilfeller med Word-dokumenter eller Excel-filer.

De fleste av dem foretrekker Excel-regneark fordi de enkelt kan gruppere testtilfeller etter testtyper, og viktigst av alt kan de enkelt få testberegninger med Excel-formler. Men jeg er sikker på at etter hvert som testvolumet øker, vil du finne det ekstremt vanskelig å administrere.

Hvis du ikke bruker noe testhåndteringsverktøy, vil jeg på det sterkeste anbefale deg å bruke et åpen kildekodeverktøy for å administrere og utføre testsakene dine.

Eksempel på mal for prøvesaker

Testformater kan variere fra organisasjon til organisasjon. Men å bruke et standard test case-format for å skrive testsaker er et skritt nærmere for å sette opp en testprosess for prosjektet ditt.

Det minimerer også Ad-hoc test det gjøres uten riktig testdokumentasjon. Men selv om du bruker standardmaler, må du sette opp testsaker som skriver, gjennomgår og godkjenner, tester utførelse og viktigst av alt prosessrapportforberedelsesprosessen osv. Ved å bruke manuelle metoder.

Også hvis du har en prosess for å gjennomgå testsakene av forretningsteamet, må du formatere disse testsakene i en mal som begge parter er enige om.

Hva du vil lære:

Anbefalte verktøy

Før du fortsetter til testprosessen, anbefaler vi at du laster ned disse testsaksbehandlingsverktøyene. Dette vil lette testplanen og skriveprosessen som er nevnt i denne veiledningen.

# 1) TestRail

=> Last ned TestRail Test Case Management Tool

Testplan 728

# 2) TestMonitor

TestMonitor ny logo

TestMonitor - Toppnivå online testadministrasjon. Revolusjonerende enkelt.

TestMonitor er et end-to-end testadministrasjonsverktøy for alle organisasjoner. En enkel, intuitiv tilnærming til testing. Enten du implementerer bedriftsprogramvare, trenger kvalitetssikring, bygger en kvalitetsapp eller bare trenger en hjelpende hånd i testprosjektet ditt, har TestMonitor deg dekket.

TestMonitor

=> Besøk TestMonitor-nettstedet

Slik gjør du denne manuelle testbehandlingsprosessen litt enklere ved hjelp av enkle testmaler.

Merk: Jeg har listet opp maksimalt antall felt relatert til en testtilfelle. Men det anbefales å bruke bare de feltene som brukes av teamet ditt. Også, hvis du tror at noe felt som brukes av teamet ditt, mangler fra denne listen, kan du gjerne legge det til i din tilpassede mal.

Standard felt av en prøve Test Case Mal

Det er visse standardfelt som skal vurderes når du utarbeider en testsaksmal.

Eksempel på prøvesak

Flere standardfelt i en prøve Test Case-mal er oppført nedenfor .

Test-saks-ID: Det kreves unik ID for hver testtilfelle. Følg noen konvensjoner for å indikere typene av testen. For eksempel, ‘TC_UI_1’ som indikerer ‘brukergrensesnitt testtilfelle nr. 1’.

Testprioritet (lav / middels / høy) :Dette er veldig nyttig under testutførelse. Testprioritet for forretningsregler og funksjonstestsaker kan være middels eller høyere, mens mindre brukergrensesnitt tilfeller kan ha lav prioritet. Testprioritet bør alltid settes av korrekturleseren.

Modulnavn :Nevn navnet på hovedmodulen eller undermodulen.

Test designet av Testerenes navn.

Test designet dato :Dato da den ble skrevet.

Test utført av Navnet på testeren som utførte denne testen. Fylles først etter testutførelse.

Testutførelsesdato :Dato da testen ble utført.

Test tittel / navn :Test case-tittel. For eksempel, bekreft påloggingssiden med et gyldig brukernavn og passord.

Testoppsummering / beskrivelse :Beskriv testmålet kort.

gratis timeliste-app for iPhone og Android

Forutsetninger :Eventuelle forutsetninger som må oppfylles før gjennomføringen av denne prøvesaken. Oppgi alle forutsetningene for å kunne utføre denne testsaken.

Avhengigheter :Nevn eventuelle avhengigheter av andre testtilfeller eller testkrav.

Teststrinn :Liste opp alle testutførelsestegene i detalj. Skriv teststrinn i rekkefølgen de skal utføres i. Sørg for å oppgi så mange detaljer som mulig.

Pro Tips :For å administrere en testtilfelle effektivt med et mindre antall felt, bruk dette feltet til å beskrive testforholdene, testdataene og brukerrollene for å kjøre testen.

Testdata :Bruk av testdata som input for denne testsaken. Du kan tilby forskjellige datasett med eksakte verdier som skal brukes som inndata.

forventet resultat :Hva skal systemutdataene være etter testutførelse? Beskriv det forventede resultatet i detalj, inkludert melding / feil som skal vises på skjermen.

Ettertilstand :Hva skal tilstanden til systemet være etter å ha utført denne testsaken?

Egentlige resultatet :Det faktiske testresultatet skal fylles ut etter testutførelsen. Beskriv systemadferd etter testutførelse.

Status (bestått / ikke bestått) :Hvis et faktisk resultat ikke er som forventet resultat, så merk denne testen som mislyktes . Ellers oppdaterer du den som bestått .

Merknader / kommentarer / spørsmål :Hvis det er noen spesielle betingelser for å støtte ovennevnte felt, som ikke kan beskrives ovenfor, eller hvis det er spørsmål relatert til forventede eller faktiske resultater, kan du nevne dem her.

Legg til følgende felt om nødvendig:

Defekt-ID / lenke :Hvis teststatusen er mislyktes , inkluder deretter lenken til feilloggen eller nevn feilnummeret.

Testtype / nøkkelord :Dette feltet kan brukes til å klassifisere testene basert på testtyper. For eksempel, funksjonell , brukervennlighet, forretningsregler osv.

Krav :Krav som denne testsaken skrives for. Gjerne nøyaktig seksjonsnummer på kravdokumentet.

Vedlegg / referanser :Dette feltet er nyttig for komplekse testscenarier for å forklare teststrinn eller forventede resultater ved hjelp av et Visio-diagram som referanse. Oppgi lenken eller plasseringen til den faktiske banen til diagrammet eller dokumentet.

Automasjon? (Ja Nei) :Om denne testsaken er automatisert eller ikke. Det er nyttig å spore automatiseringsstatus når testtilfeller automatiseres.

Ved hjelp av de ovennevnte feltene har jeg utarbeidet et eksempel på en prøvesaksmal for din referanse.

Last ned testsaksmal med eksempel (format nr. 1)

- Test case DOC-filmal og
- Test case Excel-filmal

Test case mal format

Også her kan du henvise til noen flere artikler om effektiv skriving test tilfeller . Bruk disse testskrivingsretningslinjene og malen ovenfor for å skrive og administrere testsakene effektivt på prosjektet ditt.

Eksempel på testtilfeller:

Opplæring # 1: 180+ prøvesaker for nett- og skrivebordsprogrammer

Enda ett testsakformat (nr. 2)

Utvilsomt vil testtilfellene variere avhengig av funksjonaliteten til programvaren den er beregnet på. Men nedenfor er en mal som du alltid kan bruke til å dokumentere testsakene uten å bry deg om hva applikasjonen din gjør.

Ideell test case mal

Eksempel på testtilfeller

Basert på ovenstående mal, nedenfor er en eksempel som viser konseptet på en mye forståelig måte.

La oss anta at du tester innloggingsfunksjonaliteten til et hvilket som helst webapplikasjon, for eksempel Facebook .

Nedenfor er test tilfeller for det samme:

Eksempel på testtilfelle

Eksempel på testtilfelle

=> Last ned ovennevnte testsakformat med eksempeldata

Eksempel på testtilfelle for manuell testing

Nedenfor er gitt en eksempel av et live-prosjekt som demonstrerer hvordan alle ovennevnte tips og triks faktisk implementeres.

[Merk: Klikk på et hvilket som helst bilde for en forstørret visning]

Test Case Mal

Sak Illustrasjon

Eksempelmal fra Live Project

Konklusjon

Personlig foretrekker jeg å bruke en Test saksbehandlingsverktøy . Du kan starte med et åpen kildekodeverktøy. Det vil være et godt tillegg til din innsats for å sette opp testprosessen, og i mellomtiden vil det også spare mye tid i stedet for å vedlikeholde disse dokumentene manuelt.

Vi har også sett testsaksmaler og noen få eksempler ved hjelp av veldig god kvalitetsdokumentasjon. Jeg håper denne artikkelen ville ha vært nyttig for deg.

Vi vil gjerne vite tankene dine, kommentarene / forslagene til denne artikkelen.

PREV Opplæring | NESTE veiledning

Anbefalt lesing

^