Last ned prøveeksempelmal: Eksempel på Excel, Word-formater

Innholdsfortegnelse:

Anonim

Hva er Test Case Template?

En testsaksmal er et godt designet dokument for å utvikle og bedre forståelse av testsaksdataene for et bestemt testsaksscenario. En god Test Case-mal opprettholder konsistens for testgjenstander for testteamet og gjør det enkelt for alle interessenter å forstå testsakene. Å skrive testtilfelle i standardformat reduserer testinnsatsen og feilraten. Test case format er mer ønskelig i tilfelle hvis du vurderer test case fra eksperter.

Malen som er valgt for prosjektet ditt, avhenger av testpolicyen din. Mange organisasjoner oppretter testsaker i Microsoft Excel mens noen i Microsoft Word. Noen bruker til og med testadministrasjonsverktøy som HP ALM for å dokumentere testsakene sine.

Klikk nedenfor for å laste ned Test Case XLS

Last ned testsaksmal (.xls)

Uavhengig av den valgte testdokumentasjonsmetoden, må enhver god testsaksmal ha følgende felt

Test Case Field Beskrivelse
Test case ID:
  • Hver prøvesak skal være representert med en unik ID. For å indikere testtyper, følg noen konvensjoner som "TC_UI_1" som indikerer "Brukergrensesnitt testtilfelle nr. 1."
Testprioritet:
  • Det er nyttig når du utfører testen.
    • Lav
    • Medium
    • Høy
Modulens navn :
  • Bestem navnet på hovedmodulen eller undermodulen som skal testes
Test designet av :
  • Testers navn
Testdato designet :
  • Dato da testen ble designet
Test utført av :
  • Hvem utførte testtesteren
Dato for testutførelsen :
  • Dato når testen må utføres
Navn eller testtittel :
  • Tittel på prøvesaken
Beskrivelse / sammendrag av testen :
  • Bestem sammendraget eller testformålet i korte trekk
Forutsetning :
  • Ethvert krav som må gjøres før gjennomføring av denne testsaken. For å utføre denne testtilstanden, liste opp alle forutsetninger
Avhengighet :
  • Bestem eventuelle avhengigheter av testkrav eller andre testtilfeller
Teststrinn :
  • Nevn alle teststrinnene i detalj og skriv i den rekkefølgen den krever å bli utført. Mens du skriver testtrinn, må du sørge for at du gir så mange detaljer som mulig
Testdata :
  • Bruk av testdata som input for testsaken. Lever forskjellige datasett med presise verdier som skal brukes som inngang
Forventede resultater :
  • Nevn det forventede resultatet, inkludert feil eller melding som skal vises på skjermen
Ettertilstand :
  • Hva ville tilstanden til systemet være etter å ha kjørt testsaken?
Faktisk resultat :
  • Etter testutførelse skal det faktiske testresultatet fylles ut
Status (Mislykket / bestått):
  • Merk dette feltet som mislykket, hvis det faktiske resultatet ikke er i samsvar med estimert resultat
Merknader :
  • Hvis det er spesielle forhold som er igjen i feltet ovenfor

Eventuelt kan du ha følgende felt avhengig av prosjektkravene

  • Link / Defect ID : Inkluder lenken for Defect eller bestem feilnummeret hvis teststatusen mislykkes
  • Nøkkelord / testtype: For å bestemme tester basert på testtyper kan dette feltet brukes. F.eks .: brukervennlighet, funksjonelle, forretningsregler osv.
  • Krav : Krav som denne testsaken skrives for
  • Referanser / Vedlegg : Det er nyttig for kompliserte testscenarier, gi den faktiske banen til dokumentet eller diagrammet
  • Automatisering (Ja / Nei) : Å spore automatiseringsstatus når testtilfeller er automatisert
  • Egendefinerte felt : Felt spesielt prosjektet ditt som testes på grunn av klient- / prosjektkrav.

Test Case Mal

Klikk nedenfor for å laste ned Test Case Excel-fil

Last ned ovennevnte testsaksmal (.xls)

Klikk nedenfor for å laste ned Test Case Word-fil

Last ned den ovennevnte testsaksmalen (.docx)