En test plan er en detaljert maskinvare eller programvare verifikasjon dokument som gir nærmere detaljer om hvordan validator vil teste alle aspekter av maskinvare eller programvare design. Test planer er test spesifikasjoner som brukes som guider for å skrive test case suiter for validering av design i både maskinvare og software engineering felt. Vanligvis en test plan er skrevet av en test eller validering ingeniør . En test plan inneholder en beskrivelse av produkt -funksjonalitet , er en beskrivelse av test tilfeller å være skrevet for hver funksjon , og en beskrivelse av testingen plattformen skal brukes. For testing av maskinvare , er testplaner nødvendig for pre -silisium og etter silisium validering. Instruksjoner
en

Gjennomgå Product Design Specification at Test Plan er basert On The

gjennomgang alle aspekter av produktets design spesifikasjonen. Flagge noen begrensning eller funksjonalitet utelatelser med spesifikasjonen dokumentet . Den hardware /software arkitekt eller eieren av produktet design spesifikasjon dokumentet skal være ansvarlig for fleshing ut eventuelle manglende detaljer i design spesifikasjon . Gå gjennom så mange gjennomgang gjentakelser som nødvendig til alle dine spørsmål er blitt besvart . Test plan vil være basert på design spesifikasjonen så dette trinnet er svært viktig .
2

Skriv det første utkastet til din Test Plan

test plan bør inneholde en kort beskrivelse av design, regresjon test og validering metode som skal brukes på både enheten og globalt nivå , testing arkitektur og en notering av de faktiske tester som skal utføres . Det bør detalj : a) Design /Produkt beskrivelse og featuresb ) Test Kode Architecturec ) Test Methodology beskrivelse ( i) Unit Nivå (ii ) System /Global Leveld ) Type testing ( tilfeldig , fokuserte /rettet , fokusert tilfeldig , global, lokal ) å være done.e ) Beskrivelse av funksjonen til hver del av design og en oppføring av testtilfeller som dekker det functionalityf ) Alle unntak og spesielle hjørne case vilkår for funksjonene som er oppført i testen plan.g ) Gjenbruk /Modification Informasjon : Hvis validering /test -koden blir gjenbrukt fra et annet prosjekt , bør dette spesifiseres og kode endringer skal gjøres bør være listed.h ) Funksjonalitet ikke å bli testet (på grunn av gjenbruk av den delen av design eller andre grunner ) bør være spesielt bemerket og anmeldt closely.i ) test case begrensninger og dekning detaljer for hjørne conditionsj ) test case feiltilstander for test tilfeller i test plan.k ) Strategi for dekning av eventuelle testing /validering metodikk hull .


3

Hold en test plan anmeldelse

Schedule en test plan vurdering som omfatter teamet som skal jobbe med testene, noen design arkitekter eller produkt eksperter og og tekniske ledninger som kan gi verdifull test plan -inngang. Tabuleringene alle kommentarer og innspill , slik at du kan legge til test plan som er nødvendig.
4

sluttføre Test Plan

Legg alle kommentarer og innspill innhentet under din test plan gjennomgang og e-post ut den endelige versjonen til din vurdering team for å sikre at du ikke har gått glipp av noe . Plasser sluttført test plan i et globalt depot slik at hele teamet kan ha tilgang til den. Eventuelle fremtidige endringer skal være synlig for hele teamet sammen med test plan ferdigstillelse status. Produkt utgivelse bør bare skje når alle testtilfeller på test- plan har vært drevet med suksess så kontinuerlig dokumentasjon av test ferdigstillelse og bestått /ikke bestått statistikk er nødvendig .