Testplanskabelon (eksempel på dokument)

Hvad er en testplanskabelon?

Test plan skabelon er et detaljeret dokument, der beskriver teststrategi, mål, tidsplan, estimering og leverancer og ressourcer, der kræves til test. Testplan hjælper os med at bestemme den indsats, der er nødvendig for at validere kvaliteten af ​​den applikation, der testes. Testplanen fungerer som en plan for at udføre softwaretestaktiviteter som en defineret proces, der minutiøst overvåges og kontrolleres af testlederen.

Oprettelse af en Testplan er obligatorisk for at sikre succes med dit softwaretestprojekt. Hvis du er ny til testplanlægning, se denne vejledning på Sådan opretter du en testplan

Download prøveskabelon for testplan

Test plan skabelon

Nedenfor finder du vigtige bestanddele af en testplan-

• 1 Indledning
• 1.1 Omfang
• 1.1.1 I omfang
• 1.1.2 Uden for anvendelsesområde
• 1.2 Kvalitetsmål
• 1.3 Roller og ansvar
• 2 Testmetode
• 2.1 Oversigt
• 2.2 Testniveauer
• 2.3 Fejltriage
• 2.4 Suspensionskriterier og genoptagelseskrav
• 2.5 Test fuldstændighed
• 3 Testleverancer
• 4 Ressource- og miljøbehov
• 4.1 Testværktøjer
• 4.2 Testmiljø

1) Introduktion

Kort introduktion af teststrategier, proces, arbejdsgange og metoder anvendt til projektet

1.1) Omfang

1.1.1) I omfang

Scope definerer funktionerne, funktionelle eller ikke-funktionelle krav til softwaren, der vil være afprøvet

1.1.2) Uden for anvendelsesområde

Out Of Scope definerer funktionerne, funktionelle eller ikke-funktionelle krav til softwaren, der vil ikke være afprøvet

1.2) Kvalitetsmål

Nævn her det overordnede mål, som du planlægger at nå med din manuelle test og automatiseringstest.

Nogle mål med dit testprojekt kunne være

• Sørg for, at applikationen under test er i overensstemmelse med funktionelle og ikke-funktionelle krav
• Sørg for, at AUT opfylder kvalitetsspecifikationerne defineret af kunden
• Bugs/problemer er identificeret og rettet, inden de går live

1.3) Roller og ansvar

Detaljeret beskrivelse af roller og ansvar for forskellige teammedlemmer som

• QA analytiker
• Test Manager
• konfigurationsmanager
• Udviklere
• Installationsteam

Blandt andre

2) Testmetode

2.1) Overblik

Nævn årsagen til at anvende en bestemt testmetode for projektet. Testmetoden valgt til projektet kunne være

• Vandfald
• iterativ
• Agile
• Ekstrem programmering

Den valgte metode afhænger af flere faktorer. Du kan læse om testmetode link.

2.2) Testniveauer

Testniveauer definerer de typer af test, der skal udføres på applikationen under test (AUT). Testniveauerne afhænger primært af projektets omfang, tids- og budgetbegrænsninger.

2.3) Bug Triage

Målet med triagen er at

• For at definere typen af ​​opløsning for hver fejl
• At prioritere fejl og fastlægge en tidsplan for alle "Skal rettet fejl".

2.4) Suspensionskriterier og genoptagelseskrav

Suspensionskriterier definerer de kriterier, der skal bruges til at suspendere hele eller dele af testproceduren, mens genoptagelseskriterier bestemmer, hvornår testning kan genoptages, efter at den er blevet suspenderet

2.5) Test fuldstændighed

Her definerer du de kriterier, der vil anse din testning for fuldført.

For eksempel ville et par kriterier for at kontrollere testens fuldstændighed være

• 100% testdækning
• Alle manuelle og automatiserede testsager udført
• Alle åbne fejl er rettet eller vil blive rettet i næste udgivelse

3) Test leverancer

Her nævnes alle testartefakter, der vil blive leveret i forskellige faser af testlivscyklussen.

Her er de simple leverancer

4) Ressource- og miljøbehov

4.1) Testværktøjer

Lav en liste over værktøjer som

• Kravsporingsværktøj
• Værktøj til fejlsporing
• Automation Værktøj

Nødvendig for at teste projektet

4.2) Testmiljø

Den nævner minimum hardware krav, der vil blive brugt til at teste applikationen.

Følgende software's er påkrævet ud over klientspecifik software.

• Windows 8 og derover
• Office 2013 og nyere
• MS Exchange osv.

5) Begreber/akronymer

Nævn eventuelle termer eller akronymer, der er brugt i projektet

Download ovenstående testplanskabelonformat

Læs mere