sample test plan document
Ønsker du at lære og downloade en prøveprøveplan? Denne tutorial er svar på dem, der har anmodet om et eksempel på en testplan.
I min tidligere vejledning har jeg skitseret Testplanindeks. I denne vejledning vil jeg uddybe dette indeks med flere detaljer.
En testplan afspejler hele din testplan og tilgang.
=> Klik her for en komplet testplan-selvstudieserie
Dette inkluderer formålet med en testplan, dvs. omfang, tilgang, ressourcer og tidsplan for testaktiviteterne. For at identificere de emner, der testes, de funktioner, der skal testes, de testopgaver, der skal udføres, det personale, der er ansvarlig for hver opgave, de risici, der er forbundet med denne plan osv.
Jeg har inkluderet linket for at downloade et PDF-format af dette testplaneksempel i slutningen af dette indlæg.
Eksempel på testplan
(Produktets navn)
Forberedt af:
(Navne på dem, der forberedte sig)
(Dato)
INDHOLDSFORTEGNELSE (TOC)
1.0 INDLEDNING
2.0 MÅL OG OPGAVER
2.1 Mål
2.2 Opgaver
3.0 ANVENDELSESOMRÅDE
4.0 Teststrategi
4.1 Alfa-test (enhedstest)
4.2 System- og integrationstest
4.3 Ydeevne og stresstest
4.4 Test af brugeraccept
4.5 Batchtest
4.6 Automatiseret regressionstest
4.7 Betatest
5.0 Hardwarekrav
hvad er verifikation og validering i softwaretest
6.0 Miljøkrav
6.1 Hovedramme
6.2 Arbejdsstation
7.0 Testplan
8.0 Kontrolprocedurer
9.0 Funktioner, der skal testes
10.0 Funktioner, der ikke skal testes
11.0 Ressourcer / roller og ansvar
12.0 Tidsplaner
13.0 Afdelinger med væsentlig påvirkning (SID'er)
14.0 Afhængigheder
15.0 Risici / antagelser
16.0 Værktøjer
17.0 Godkendelser
Bemærk: Denne testplan leveres som en PDF. For maksimal fleksibilitet, overvej at bruge et webbaseret teststyringsværktøj som f.eks TestRail at udvikle dine testplaner.
Lad os udforske hvert felt i detaljer !!
1.0 INDLEDNING
Det er en kort oversigt over det produkt, der testes. Skitsere alle funktionerne på et højt niveau.
2.0 MÅL OG OPGAVER
2.1 Mål
Beskriv de mål, der understøttes af mastertestplanen, For eksempel , definerer opgaver og ansvar, et køretøj til kommunikation, et dokument, der skal bruges som en serviceniveauaftale osv.
2.2 Opgaver
Angiv alle de opgaver, der er identificeret i denne testplan, dvs. test, posttest, problemrapportering osv.
3.0 ANVENDELSESOMRÅDE
Generel: Dette afsnit beskriver, hvad der testes, hvilket er nyt for alle funktionerne i et bestemt produkt, dets eksisterende grænseflader, integration af alle funktioner osv.
Taktik: Liste her om, hvordan du vil opnå de ting, du har angivet i afsnittet 'Omfang'.
For eksempel , hvis du har nævnt, at du vil teste de eksisterende grænseflader, hvad ville de procedurer være, som du vil følge for at underrette nøglepersonerne om at repræsentere deres respektive områder samt afsætte tid i deres tidsplan til at hjælpe dig med at udføre din aktivitet?
4.0 TESTSTRATEGI
Beskriv den overordnede tilgang til testning. For hver større gruppe af funktioner eller funktionskombinationer skal du angive den tilgang, der vil sikre, at disse funktionsgrupper testes tilstrækkeligt.
Angiv de vigtigste aktiviteter, teknikker og værktøjer, der bruges til at teste de udpegede grupper af funktioner.
Fremgangsmåden skal beskrives med tilstrækkelige detaljer til at muliggøre identifikation af de største testopgaver og estimering af den tid, det tager at udføre hver enkelt.
4.1 Enhedstest
Definition: Angiv den ønskede minimumsgrad af omfattende. Identificer de teknikker, der vil blive brugt til at bedømme testens omfattende omfang ( For eksempel , der bestemmer, hvilke erklæringer der er udført mindst én gang).
Angiv eventuelle yderligere gennemførelseskriterier ( For eksempel , fejlfrekvens). De teknikker, der skal bruges til at spore krav, bør specificeres.
Deltagere: Angiv navnene på de personer / afdelinger, der er ansvarlige for Enhedstest .
Metodologi: Beskriv, hvordan enhedstestning vil blive udført. Hvem skriver testskripterne til Unit Testing, hvad vil rækkefølgen af begivenhederne for Unit Testing være, og hvordan vil testaktiviteten finde sted?
4.2 System- og integrationstest
Definition: Angiv, hvad du har forståelse for Systemtest og integrationstestning til dit projekt.
Deltagere: Hvem skal lede System og Integrationstest på dit projekt? Angiv de personer, der vil være ansvarlige for denne aktivitet.
Metodologi: Beskriv hvordan system- og integrationstestning vil blive udført. Hvem skriver testskripterne til Unit Testing, hvad vil rækkefølgen af begivenhederne i System & Integration Testing være, og hvordan vil testaktiviteten finde sted?
4.3 Ydeevne og stresstest
Definition: Liste, hvad er din forståelse af stresstestning for dit projekt.
Deltagere: Hvem gennemfører stresstest på dit projekt? Angiv de personer, der vil være ansvarlige for denne aktivitet.
Metodologi: Beskriv hvordan præstation og stresstest vil blive gennemført. Hvem skriver testskripterne til testning, hvad vil rækkefølgen af begivenheder for Performance & Stress Testing være, og hvordan vil testaktiviteten finde sted?
4.4 Test af brugeraccept
Definition: Formålet med accepttesten er at bekræfte, at systemet er klar til operationel brug. Under Acceptance Test sammenligner slutbrugere (kunder) systemet med dets oprindelige krav.
Deltagere: Hvem er ansvarlig for test af brugeraccept? Angiv individernes navn og deres ansvar.
Metodologi: Beskriv, hvordan test af brugeraccept vil blive gennemført. Hvem skriver testskripterne til test, hvad vil rækkefølgen af begivenhederne for test af brugeraccept være, og hvordan vil testaktiviteten finde sted?
4.5 Batchtest
4.6 Automatiseret regressionstest
Definition: Regressionstest er selektiv gentest af et system eller en komponent for at kontrollere, at ændringerne ikke har forårsaget utilsigtede effekter, og at systemet eller komponenten stadig fungerer som specificeret i kravene.
4.7 Betatest
5.0 HARDWAREKRAV
Computere
Modemer
6.0 MILJØKRAV
6.1 Hovedramme
Angiv både de nødvendige og ønskede egenskaber for testmiljøet.
Specifikationen skal indeholde de fysiske egenskaber ved faciliteterne, herunder hardware, kommunikation og systemsoftware, anvendelsesmåde ( For eksempel, stand-alone) og al anden software eller forbrugsstoffer, der er nødvendige for at understøtte testen.
Angiv også det sikkerhedsniveau, der skal leveres til testfaciliteten, systemsoftwaren og proprietære komponenter såsom software, data og hardware.
Identificer de krævede specielle testværktøjer. Identificer andre testbehov ( For eksempel, publikationer eller kontorlokaler). Identificer kilden til alle behov, der ikke i øjeblikket er tilgængelige for din gruppe.
6.2 Arbejdsstation
7.0 TESTPLAN
Inkluder alle testmilepæle, der er identificeret i softwareprojektplanen, samt alle sendte begivenheder på varen.
Definer eventuelle yderligere testmilepæle, der kræves. Anslå den tid, det tager at udføre hver testopgave. Angiv tidsplanen for hver testopgave og testmilepæl. For hver testressource (dvs. faciliteter, værktøjer og personale) skal du specificere dens brugsperioder.
8.0 KONTROLPROCEDURER
Problemrapportering
Dokumenter de procedurer, der skal følges, når der opstår en hændelse under testprocessen. Hvis en standardformular skal bruges, vedhæftes en tom kopi som et 'tillæg' til testplanen.
I tilfælde af at du bruger et automatisk hændelseslogningssystem, skal du skrive disse procedurer.
Ændringsanmodninger
Dokumenter processen med ændringer til softwaren. Identificer, hvem der vil logge af ændringerne, og hvad der ville være kriterierne for at medtage ændringerne i det aktuelle produkt.
Hvis ændringerne påvirker de eksisterende programmer, skal disse moduler identificeres.
9.0 FUNKTIONER, DER SKAL TESTES
Identificer alle softwarefunktioner og kombinationer af de softwarefunktioner, der skal testes.
10.0 FUNKTIONER, DER IKKE TESTES
Identificer alle de funktioner og betydelige kombinationer af funktioner, der ikke testes sammen med årsagerne.
11.0 RESSOURCER / ROLLE OG ANSVAR
Angiv de medarbejdere, der er involveret i testprojektet, og hvad vil deres roller være ( For eksempel, Mary Brown (bruger) udarbejder testtilfælde til accepttest).
Identificer de grupper, der er ansvarlige for at styre, designe, forberede, udføre og løse testaktiviteter samt relaterede problemer.
Identificer også de grupper, der er ansvarlige for at levere testmiljøet. Disse grupper kan omfatte udviklere, testere, driftspersonale, testtjenester osv.
12.0 TIDSPLANER
Større leverancer: Identificer de leverede dokumenter. Du kan angive følgende dokumenter:
- Testplan
- Test tilfælde
- Test hændelsesrapporter
- Testoversigtsrapporter
13.0 VÆSENTLIGT PÅVIRKEDE AFDELINGER (SID'er)
Afdelings- / forretningsområdebus. Manager Tester (s)
14.0 AFHÆNGIGHEDER
Identificer væsentlige begrænsninger for test, såsom tilgængelighed af testartikler, tilgængelighed af testressourcer og deadlines.
15.0 RISIKO / ANTAGELSE
Identificer højrisiko-antagelserne i testplanen. Angiv beredskabsplaner for hver ( For eksempel, forsinkelse i levering af testgenstande kan kræve øget natskiftplanlægning for at opfylde leveringsdatoen).
1 6.0 VÆRKTØJ
Angiv de automatiseringsværktøjer, du vil bruge. Angiv også fejlsporingsværktøjet her.
17.0 GODKENDELSE
Angiv navnene og titlerne på alle de personer, der skal godkende denne plan. Giv plads til underskrifter og datoer.
Navn (med store bogstaver) Underskrift Dato:
1.
to.
3.
Fire.
Hent: Du kan også downloade denne prøveprøveplan Skabelon her.
Vi har også forberedt en reelLive projekt testplanfra denne prøve.
Du kan kontrollere og downloade det på følgende vejledninger:
=> Besøg her for en komplet testplan-tutorial-serie
Anbefalet læsning
- Softwaretestkursusplan - Online kursus detaljeret træningsplan
- Eksempel på software-testplanskabelon med format og indhold
- ISTQB-testcertificeringseksempler på spørgsmålspapirer med svar
- Testplan Tutorial: En guide til at skrive et softwaretestplan-dokument fra bunden
- Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
- Test af Primer eBook Download
- Hvornår skal man stoppe testen (afslutningskriterier i softwaretest)
- Eksempel på fejlrapport