Menu

Voorbeeldtestplan-document (testplanvoorbeeld met details van elk veld)

sample test plan document

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Wilt u een voorbeeldtestplan leren en downloaden? Deze tutorial is een reactie op degenen die hebben gevraagd om een ​​voorbeeld van een testplan.

In mijn vorige tutorial heb ik de Testplan-index. In deze tutorial zal ik die index met meer details uitwerken.

Een testplan weerspiegelt uw volledige testschema en aanpak.

​ Klik hier voor een complete serie testplannen

TESTPLAN DOCUMENT

Dit omvat het doel van een testplan, d.w.z. reikwijdte, aanpak, middelen en planning van de testactiviteiten. Om de items te identificeren die worden getest, de kenmerken die moeten worden getest, de testtaken die moeten worden uitgevoerd, het personeel dat verantwoordelijk is voor elke taak, de risico's die aan dit plan zijn verbonden, enz.

Ik heb aan het einde van dit bericht de link toegevoegd om een ​​pdf-indeling van dit testplanvoorbeeld te downloaden.

Voorbeeld testplan

(Naam van het product)

Voorbereid door:
(Namen van degenen die zich hebben voorbereid)
(Datum)

INHOUDSOPGAVE (TOC)

1.0 INTRODUCTIE

2.0 DOELSTELLINGEN EN TAKEN
2.1 Doelstellingen
2.2 Taken

3.0 TOEPASSINGSGEBIED

4.0 Teststrategie
4.1 Alfatesten (unit testen)
4.2 Systeem- en integratietesten
4.3 Prestatie- en stresstests
4.4 Testen van gebruikersacceptatie
4.5 Batch testen
4.6 Geautomatiseerde regressietesten
4.7 Bètatesten

5.0 Hardwarevereisten

hoe u een binaire zoekboom in java maakt

6.0 Milieuvereisten
6.1 Hoofdframe
6.2 Werkstation

7.0 Testschema

8.0 Controleprocedures

9.0 Functies die moeten worden getest

10.0 Functies die niet moeten worden getest

11.0 Middelen / rollen en verantwoordelijkheden

12.0 Schema's

13.0 Significively Impacted Departments (SID's)

14.0 Afhankelijkheden

15.0 Risico's / veronderstellingen

16.0 Gereedschap

17.0 Goedkeuringen

Opmerking: Dit testplan wordt geleverd als pdf. Overweeg om voor maximale flexibiliteit een webgebaseerde tool voor testbeheer te gebruiken, zoals TestRail om uw testplannen te ontwikkelen.

Laten we elk veld in detail onderzoeken !!

1.0 INTRODUCTIE

Het is een korte samenvatting van het product dat wordt getest. Zet alle functies op een hoog niveau op een rij.

2.0 DOELSTELLINGEN EN TAKEN

2.1 Doelstellingen
Beschrijf de doelstellingen die worden ondersteund door het Master Test Plan, Bijvoorbeeld , het definiëren van taken en verantwoordelijkheden, een communicatiemiddel, een document dat als service level agreement kan worden gebruikt, enz.

2.2 Taken
Maak een lijst van alle taken die door dit testplan worden geïdentificeerd, d.w.z. testen, post-testen, probleemrapportage, enz.

3.0 TOEPASSINGSGEBIED

Algemeen: Dit gedeelte beschrijft wat er wordt getest, wat nieuw is voor alle functies van een specifiek product, de bestaande interfaces, integratie van alle functies, enz.

Tactiek: Maak hier een lijst van hoe u de items zult bereiken die u in het gedeelte 'Bereik' hebt vermeld.

Bijvoorbeeld , als u hebt gezegd dat u de bestaande interfaces gaat testen, wat zijn dan de procedures die u zou volgen om de sleutelfiguren op de hoogte te stellen om hun respectieve gebieden te vertegenwoordigen, en om tijd in hun schema toe te wijzen om u te helpen bij het uitvoeren van uw activiteit?

4.0 TESTSTRATEGIE

Beschrijf de algemene benadering van testen. Specificeer voor elke grote groep kenmerken of kenmerkcombinaties de aanpak die ervoor zorgt dat deze kenmerkgroepen adequaat worden getest.

Specificeer de belangrijkste activiteiten, technieken en tools die worden gebruikt om de aangewezen groepen functies te testen.

De aanpak moet worden beschreven met voldoende details om de belangrijkste testtaken te kunnen identificeren en de tijd te schatten die nodig is om ze allemaal uit te voeren.

4.1 Unit testen

Definitie: Specificeer de minimaal gewenste volledigheid. Identificeer de technieken die zullen worden gebruikt om de volledigheid van de testinspanning te beoordelen ( Bijvoorbeeld , om te bepalen welke verklaringen minstens één keer zijn uitgevoerd).

Specificeer eventuele aanvullende voltooiingscriteria ( Bijvoorbeeld , foutfrequentie). De technieken die moeten worden gebruikt om vereisten te traceren, moeten worden gespecificeerd.

Deelnemers: Maak een lijst van de namen van de personen / afdelingen waarvoor ze verantwoordelijk zouden zijn Testen van een eenheid ​

Methodologie: Beschrijf hoe unit-tests zullen worden uitgevoerd. Wie schrijft de testscripts voor Unit Testing, wat is de volgorde van de events van Unit Testing en hoe vindt de testactiviteit plaats?

4.2 Systeem- en integratietesten

Definitie: Maak een lijst van wat u begrijpt Systeemtesten en integratietesten voor uw project.

Deelnemers: Wie gaat System en Integratietesten op uw project? Maak een lijst van de personen die verantwoordelijk zullen zijn voor deze activiteit.

Methodologie: Beschrijf hoe systeem- en integratietests zullen worden uitgevoerd. Wie schrijft de testscripts voor Unit Testing, wat is de volgorde van de gebeurtenissen van System & Integration Testing en hoe vindt de testactiviteit plaats?

4.3 Prestatie- en stresstests

Definitie: Maak een lijst van uw begrip van stresstesten voor uw project.

Deelnemers: Wie voert stresstests uit op uw project? Maak een lijst van de personen die verantwoordelijk zullen zijn voor deze activiteit.

Methodologie: Beschrijf hoe prestatie- en stresstests zullen worden uitgevoerd. Wie zal de testscripts schrijven om te testen, wat is de volgorde van de gebeurtenissen voor Performance & Stress Testing en hoe zal de testactiviteit plaatsvinden?

4.4 Testen van gebruikersacceptatie

Definitie: Het doel van de acceptatietest is om te bevestigen dat het systeem klaar is voor operationeel gebruik. Tijdens de Acceptatietest vergelijken eindgebruikers (klanten) van het systeem het systeem met de initiële eisen.

Deelnemers: Wie is verantwoordelijk voor het testen van gebruikersacceptatie? Maak een lijst van de naam van de personen en hun verantwoordelijkheid.

Methodologie: Beschrijf hoe het testen van gebruikersacceptatie zal worden uitgevoerd. Wie zal de testscripts schrijven om te testen, wat is de volgorde van gebeurtenissen van User Acceptance Testing en hoe zal de testactiviteit plaatsvinden?

4.5 Batch testen

4.6 Geautomatiseerde regressietesten

Definitie: Regressietesten is het selectief opnieuw testen van een systeem of een onderdeel om te verifiëren dat de wijzigingen geen onbedoelde effecten hebben veroorzaakt en dat systeem of onderdeel nog steeds werkt zoals gespecificeerd in de vereisten.

4.7 Bètatesten

5.0 HARDWARE-VEREISTEN
Computers
Modems

6.0 MILIEUVEREISTEN

6.1 Hoofdframe
Specificeer zowel de noodzakelijke als de gewenste eigenschappen van de testomgeving.

De specificatie moet de fysieke kenmerken van de faciliteiten bevatten, inclusief de hardware, de communicatie en systeemsoftware, de gebruiksmodus ( Bijvoorbeeld, stand-alone), en alle andere software of benodigdheden die nodig zijn om de test te ondersteunen.

Geef ook het beveiligingsniveau op dat moet worden geboden voor de testfaciliteit, systeemsoftware en bedrijfseigen componenten zoals software, gegevens en hardware.

Identificeer de speciale testtools die nodig zijn. Identificeer eventuele andere testbehoeften ( Bijvoorbeeld, publicaties of kantoorruimte). Identificeer de bron van alle behoeften die momenteel niet beschikbaar zijn voor uw groep.

6.2 Werkstation

7.0 TESTSCHEMA

Neem alle testmijlpalen op die in het softwareprojectschema zijn geïdentificeerd, evenals alle verzendgebeurtenissen van items.

Definieer eventuele aanvullende testmijlpalen die vereist zijn. Maak een schatting van de tijd die nodig is om elke testtaak uit te voeren. Specificeer het schema voor elke testtaak en testmijlpaal. Specificeer voor elk testmiddel (dat wil zeggen faciliteiten, tools en personeel) de gebruiksperioden.

8.0 CONTROLEPROCEDURES

Probleemrapportage
Documenteer de te volgen procedures wanneer zich een incident voordoet tijdens het testproces. Als er een standaardformulier wordt gebruikt, voeg dan een blanco kopie toe als 'Bijlage' bij het testplan.

In het geval dat u een geautomatiseerd incidentregistratiesysteem gebruikt, schrijft u die procedures op.

Verander verzoeken
Documenteer het proces van wijzigingen aan de software. Bepaal wie de wijzigingen zal ondertekenen en wat de criteria zijn om de wijzigingen aan het huidige product op te nemen.

Als de wijzigingen van invloed zijn op de bestaande programma's, moeten deze modules worden geïdentificeerd.

9.0 TE TESTEN FUNCTIES

Identificeer alle softwarefuncties en combinaties van de softwarefuncties die zullen worden getest.

10.0 FUNCTIES DIE NIET MOETEN WORDEN GETEST

Identificeer alle functies en significante combinaties van functies die niet zullen worden getest, samen met de redenen.

11.0 MIDDELEN / ROLLEN & VERANTWOORDELIJKHEDEN

Specificeer de personeelsleden die betrokken zijn bij het testproject en wat hun rollen zullen zijn ( Bijvoorbeeld, Mary Brown (gebruiker) stelt testcases samen voor acceptatietests).

Identificeer de groepen die verantwoordelijk zijn voor het beheren, ontwerpen, voorbereiden, uitvoeren en oplossen van de testactiviteiten, evenals gerelateerde problemen.

Identificeer ook de groepen die verantwoordelijk zijn voor het leveren van de testomgeving. Deze groepen kunnen bestaan ​​uit ontwikkelaars, testers, operationeel personeel, testdiensten, enz.

12.0 SCHEMA'S

Belangrijkste resultaten: Identificeer de te leveren documenten. U kunt de volgende documenten vermelden:

  • Testplan
  • Testgevallen
  • Test incidentrapporten
  • Testoverzichtsrapporten

13.0 AANZIENLIJK BELANGRIJKE AFDELINGEN (SID's)

Afdeling / Business Area Bus. Manager Tester (s)

14.0 AFHANKELIJKHEDEN

Identificeer significante beperkingen bij het testen, zoals de beschikbaarheid van testitems, de beschikbaarheid van testresources en deadlines.

15.0 RISICO'S / AANNAMES

Identificeer de aannames met een hoog risico van het testplan. Specificeer noodplannen voor elk ( Bijvoorbeeld, vertraging in de levering van testitems kan een hogere nachtdienstplanning vereisen om de leverdatum te halen).

een 6.0 GEREEDSCHAP
Maak een lijst van de automatiseringstools die u gaat gebruiken. Maak hier ook een lijst van de tool voor het bijhouden van bugs.

17.0 GOEDKEURINGEN

Specificeer de namen en titels van alle personen die dit plan moeten goedkeuren. Geef ruimte voor de handtekeningen en datums.

Naam (in hoofdletters) Handtekening Datum:

1.
2.
3.
Vier.

Downloaden: U kunt dit voorbeeldtestplan ook downloaden Sjabloon hier.

We hebben ook een real voorbereidLive projecttestplanuit dit monster.

U kunt het controleren en downloaden in de volgende tutorials:

  1. Eenvoudig testplan-sjabloon
  2. Testplan-document (downloaden)

​ Bezoek hier voor een complete serie testplannen

Aanbevolen literatuur

^