Mastertestplan
[Project]
Auteur(s): Over The Fence Datum: 22-7-2020 Versie: 0.1 Concept

Versiebeheer

Versie	Status	Datum	Auteur	Omschrijving
0.1	Concept

Verzendlijst

Versie	Verzenddatum	Naam	Functie

Review

Versie	Naam	Functie

Akkoordverklaring opdrachtgever

[Optioneel: hier kan de akkoordverklaring van de opdrachtgever worden weergegeven. In dat geval dient de getekende hardcopy te worden gearchiveerd.]

Opdrachtgever:	Handtekening
Naam	[Naam opdrachtgever]
Onderdeel	[Bedrijfsonderdeel]
Afdeling	[Afdeling]
Functie	[Functie]
Locatie	[Locatie]
Telefoon	[Telefoonnr.]
E-Mailadres	[Evt. emailadres]	Datum: [datum]

Management samenvatting

Projectdoelstelling […]
Testdoelstelling en -opdracht […]
Korte beschrijving testaanpak […]
Te realiseren resultaten
Resultaat [Bijv. goed uitgevoerde en afgeronde systeemtest] [Bijv. goed uitgevoerde en afgeronde gebruikersacceptatietest] [Bijv. goed uitgevoerd en afgerond totaal testtraject]	Document ST Testrapport GAT Testrapport Eindrapport Testen	Opleverdatum [dd-mm-jjjj] [dd-mm-jjjj] [dd-mm-jjjj]
Kwalitatieve doelstellingen [Bijv. iedere testsoort moet tijdig worden afgerond en van ieder systeemdeel zal duidelijk moeten zijn in welke mate het voldoet aan de acceptatiecriteria]
Begroting […]
Testprocesrisico’s en maatregelen
Testprocesrisico’s • […]	Te nemen maatregelen • […]
Momenten van go/no-go beslissingen [Bijv. Na elke testsoort zorgt de testmanager ervoor dat er een testrapport wordt opgesteld. Dit rapport wordt, na afstemming met de projectmanager, aangeboden aan de stuurgroep, die dan besluit of tot de volgende testsoort kan worden overgegaan. Aan het eind van het totale testtraject wordt een eindrapport testen opgesteld, met daarin opgenomen een gefundeerd kwaliteitsadvies. Op basis van dit eindrapport besluit de stuurgroep uiteindelijk over wel/ niet in productie name]

Inhoud

1	Inleiding	3

1.1	Project en projectdoelstelling	3

1.2	Doel van het mastertestplan	3

1.3	Betrokkenen bij het opstellen van het mastertestplan	3

2	Opdrachtformulering	3

2.1	Opdrachtgever	3

2.2	Opdrachtnemer	3

2.3	Doel van het testproces	3

2.4	Testsoorten	3

2.4.1	Testsoort omschrijving	3

2.4.2	Opsomming testsoorten	3

2.4.3	Fasering testsoort	3

2.5	Beschouwingsgebied	3

2.5.1	Binnen de opdracht	3

2.5.2	Buiten de opdracht	3

2.5.3	Reviewplan	3

2.6	Randvoorwaarden en uitgangspunten	3

2.7	Acceptanten en acceptatiecriteria	3

2.7.1	Acceptanten	3

2.7.2	Acceptatiecriteria	3

3	Uitgangsdocumentatie	3

3.1	Normen en standaarden	3

3.2	Testbasis	3

3.3	Afnemen van interviews	3

4	Teststrategie	3

4.1	Kwaliteitszorgmaatregelen	3

4.2	Bepalen kwaliteitsattributen	3

4.3	Testtechnieken per testsoort	3

4.4	Globale begroting testsoorten	3

4.5	Vaststellen rapportagevorm	3

5	Organisatie van het testproces	3

5.1	Rollen, taken en verantwoordelijkheden	3

5.1.1	[ Optioneel: Opleidings- en coachingsbehoefte ]	3

5.2	Organisatiestructuur	3

5.3	Rapportage binnen de testorganisatie	3

5.4	Overlegstructuur	3

5.5	Testproducten	3

5.6	Overdrachtafspraken	3

6	Infrastructuur	3

6.1	Testomgevingen	3

6.2	Testtools	3

6.3	Kantoorinrichting	3

6.4	Vaststellen planningen	3

7	Beheer	3

7.1	Testprocesbeheer	3

7.2	Beheer testomgeving en Infrastructuur	3

7.3	Testproductbeheer	3

7.4	Bevindingenprocedure	3

7.5	Beheer testware	3

8	Planning	3

8.1	Mijlpalen	3

8.2	Begroting	3

8.3	Opstellen financiële planning	3

9	Resultaten en afronding	3

9.1	Bedreigingen risico’s en maatregelen	3

9.2	Definitief maken randvoorwaarden en uitgangspunten	3

9.3	Fixeren Mastertestplan	3

9.4	Go/No go	3

9.5	Decharge	3

Inleiding

Project en projectdoelstelling

[Omschrijf hier kort en bondig het project en de projectdoelstellingen.]

Dit mastertestplan sluit aan bij het projectplan [naam projectplan].

Doel van het mastertestplan

Het doel van dit mastertestplan (MTP) is om eenieder die betrokken is bij het testproces te informeren over de aanpak, de activiteiten, inclusief de onderlinge relaties en afhankelijkheden, en de op te leveren (eind)producten met betrekking tot het testtraject voor [hier de identificatie van het project of de opdracht].

Het mastertestplan beschrijft deze aanpak, activiteiten en (eind)producten welke in de verschillende andere (detail)testplannen verder dienen te worden gedetailleerd. Deze (detail)testplannen dienen te worden afgeleid van dit mastertestplan.

[Zie het boek acceptatietesten in de praktijk, hoofdstuk 14]

Betrokkenen bij het opstellen van het mastertestplan

Naam	Functie	Verantwoordelijkheid
[Opstellen MTP]
[Review MTP]
[Accorderen MTP]

Opdrachtformulering

[Hier komt de opdracht formulering te staan. Te behalen resultaat (wat wordt opgeleverd) en doel (wat wil de opdrachtgever) van het testtraject. Dit is de verantwoordelijkheid van de opdrachtgever.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Opdrachtgever

[De opdrachtgever is] [De partij die opdracht geeft tot het opstellen van het MTP en het uitvoeren van de tests.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Opdrachtnemer

[De opdrachtnemer is] [Degene die verantwoordelijk is voor het opstellen van het MTP of de uitvoering van de testopdracht.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Doel van het testproces

[Beschrijf het doel van het testproces.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Testsoorten

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Testsoort omschrijving

[Geef hier een korte omschrijving.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Opsomming testsoorten

[Geef hier een opsomming]

Voor dit MTP worden de volgende testsoorten onderkend.

Testsoort	Doel

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Fasering testsoort

[Geef hier de fasering per testsoort.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Beschouwingsgebied

[Indien toetsen tot het beschouwingsgebied van dit mastertestplan behoort, beschrijf dan hier de toetsstrategie.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Binnen de opdracht

[Geef hier de beschrijving binnen de opdracht.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Buiten de opdracht

[Geef hier de beschrijving buiten de opdracht.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Reviewplan

[Geef een opsomming van de op te leveren producten door het testteam welke dienen te worden gereviewd.]

Producten	Opstellers	Type review	Reviewers

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Randvoorwaarden

Randvoorwaarden betreffen voorwaarden die derden zoals de opdrachtgever, het project of de gebruikers, aan het testproces opleggen en waarbinnen het testproces moet opereren. De volgende eisen zijn aan het testproces opgelegd: [de eisen die aan het testproces zijn opgelegd].

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Uitgangspunten

Uitgangspunten zijn externe omstandigheden of gebeurtenissen die moeten gebeuren om het testproces succesvol te laten zijn, maar die buiten de controle van het testproces vallen. Anders gezegd: [de eisen die het testproces stelt aan de anderen].

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Acceptanten en acceptatiecriteria

Acceptanten

[Beschrijf hier de uitgangspunten waaraan moet worden voldaan]

In onderstaande tabel is aangegeven wie de acceptanten zijn van [systeem] en vanuit welke discipline zij verantwoordelijk zijn voor acceptatie:

Naam	Functie	Afdeling

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Acceptatiecriteria

In onderstaande tabel is aangegeven welke acceptatiecriteria er zijn van [systeem] en aan welke norm deze moet voldoen:

Omschrijving	Norm

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.1]

Uitgangsdocumentatie

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.2]

Normen en standaarden

Hier worden de gebruikte standaarden genoemd.

[Wat betreft testen kan daarbij gedacht worden aan de testhandboeken. Ook ontwikkelstandaarden, documentstandaarden of kwaliteitsnormen waaraan voldaan zal worden kunnen hier ook worden opgenomen.]

De huidige normen en standaards worden gehanteerd voor dit testplan.

Documentnaam	Versie	Datum	Auteur
Acceptatietesten in de praktijk	1e druk	2014	Arie van Stam en Patrick van ‘t Hek

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.2]

Testbasis

De testbasis bestaat uit die documenten waaruit de testgevallen worden afgeleid. De testbasis bevat de documentatie die als basis dient voor de uit te voeren tests. Onderstaand overzicht geeft de documentatie die als uitgangspunt dient bij het testen. [Denk hierbij aan een functioneel of technisch Ontwerp, datamodellen, systeemarchitectuur, handleidingen, ‘oude’ testware en AO-procedures].

Documentnaam	Versie	Datum	Auteur

[Indien nu al vaststaat dat de testbasis (deels) ontbreekt of van onvoldoende kwaliteit is, vermeld hier dan ook de maatregelen die je op dit gebied neemt, bijvoorbeeld het houden van interviews om de benodigde informatie boven water te krijgen. Eventueel kan ook het op te stellen documenttype vermeld worden als op moment van schrijven dit document nog niet beschikbaar is.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.2]

Afnemen van interviews

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.2]

Teststrategie

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.3]

Kwaliteitszorgmaatregelen

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.3]

Strategiebepaling

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.3]

Bepalen kwaliteitsattributen

Voor een volledig overzicht van de kwaliteitsattributen zie het boek acceptatietesten in de praktijk paragraaf 2.9.

Bij het inventariseren van de risico’s zijn ook de testdoelen opgesteld. Deze zijn inclusief de bijbehorende kenmerken verwerkt in onderstaand tabel.

Testdoel	Omschrijving	Kenmerk
[…]	[Omschrijving van het genoemde testdoel]	[Functionaliteit, performance, gebruiksvriendelijkheid, inpasbaarheid, etc.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.3]

Testtechnieken per testsoort

Voor elk risico uit de productrisicoanalyse is de risicoklasse bepalend voor de zwaarte van de test. Hierbij is risicoklasse A de hoogste risicoklasse en C de laagste. De teststrategie is er vervolgens bovendien op gericht om de risico’s met de hoogste risicoklasse zo vroeg mogelijk in het testtraject af te dekken.

[Noot: onderstaand is slechts een voorbeeldvulling! Risicoklasse A moet in minimaal één testsoort hebben, risicoklasse B in minimaal één testsoort en risicoklasse C in minimaal één testsoort of "impl"]

[Let op: In deze tabel wordt een aantal testsoorten genoemd, maar slechts bij wijze van voorbeeld. In jouw project kan sprake zijn van meer/minder en/of andere en/of anders genoemde testsoorten]

Kenmerk/deelobject	PRA-RK	Toetsen	Ontwikkeltest	FIST	GAT	Impl
Functionaliteit	A/B/C
- deel 1
- deel 2
- totaal
Gebruiksvriendelijkheid
Performance
- online
- batch
Beveiliging
Inpasbaarheid

Toelichting bij de tabel:

PRA-RK	Risicoklasse uit de productrisicoanalyse (PRA): risicotabel
Toetsen	Toetsing/review van de verschillende tussenproducten zoals requirements, functioneel ontwerp, technisch ontwerp
Ontwikkeltest	Unittest en Unitintegratietest
ST	Systeemtest
FIST	Functionele integratie systeemtest
GAT	Gebruikersacceptatietest
Impl	Implementatie
Beperkte dynamische test
Gemiddelde dynamische test
Zware dynamische test
S	Statisch testen. Controleren en onderzoeken van producten zonder dat de software wordt uitgevoerd
I	Impliciet testen. Mee testen bij een andere testvorm zonder het maken van specifieke testgevallen.
[Leeg]	Dit kenmerk behoeft geen testinspanning

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.3]

Globale begroting testsoorten

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.3]

Vaststellen rapportagevorm

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.3]

Organisatie van het testproces

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.4]

Rollen, taken en verantwoordelijkheden

Neem per rol de taken en verantwoordelijkheden op.

[Geef daarbij per rol aan welke afdeling/wie deze gaat invullen, voor hoeveel uur per week en gedurende welke periode.]

Rol	Afdeling/ Naam medewerker(s)	# uur per week	Periode	Omschrijving taken en verantwoordelijkheden
[Testmanager]	[-Opstellen MTP -Coördineren overall testproces]
[Testcoördinator]	[-Opstellen detailtestplan -Coördineren test]
[Tester]	[-Opstellen testspecificaties -Uitvoeren (her)testen]
[Optioneel: Functioneel beheerders]	[Ondersteunen testen]

[Bovenstaande is slechts een voorbeeld. Maak onderscheid tussen overallniveau en per testsoort. Voeg extra personen toe en geef per rol de specifieke taken en verantwoordelijkheden aan. Alle betrokkenen die genoemd zijn in de testaanpak dienen hier terug te komen.]

[Optioneel: Per rol niet alleen de taken en verantwoordelijkheden benoemen, maar ook de bevoegdheden. Zonder bevoegdheden geen verantwoordelijkheden.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.4]

[Optioneel: Opleidings- en coaching behoefte]

[Vermeld hier de opleidings- en coachingsbehoefte die benodigd zijn op de resources de juiste materie- en/of testkennis op te laten doen.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.4]

Organisatiestructuur

[Neem hier het organogram van de testorganisatie op en de relatie tot de projectorganisatie.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.4]

Rapportage binnen de testorganisatie

Geef aan met welke partij afgesproken moet worden of rapportage plaatsvindt, en wat doel en frequentie ervan zijn.

Soort	Doel	Frequentie	Wie
[Risicorapportage]	[Geeft inzicht in de onderkende risico van de testen (als Prince2 Exception report)]	[Ad-hoc]	[Testteam]
[Vrijgaveadvies]	[Geeft advies over kwaliteit/risico’s van het implementeren van het testobject]	[Eenmalig]	[Projectmanager]
[Eindrapportage]	[Geeft inzicht in de evaluatie van het testproces en -object]	[Eenmalig]	[Projectmanager]
[Voortgangsrapportage]	[Geeft inzicht in de voortgang van de tests en kwaliteit/risico’s van het testobject]	[Wekelijks]	[Testmanager aan projectmanager]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.4]

Overlegstructuur

Geef aan met welke partij afgesproken moet worden of overleg plaatsvindt, en wat doel en frequentie ervan zijn.

Soort	Doel	Frequentie	Wie
[Projectoverleg]	[Voortgang project overall bespreken]	[Wekelijks]	[Projectleiders Testmanager]
[Werkoverleg per testsoort]	[Stand van zaken per testsoort bespreken]	[Wekelijks]	[Testmanager Testers]

[Noem hier alle soorten overleg binnen het testtraject, het doel van het overleg, de frequentie en wie daarbij aanwezig moet zijn.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.4]

Testproducten

De op te leveren producten zijn.

Fase	Product	Toelichting	Opleverdatum
[Planning]	[Mastertestplan]
[Detailtestplan per testsoort]
[Beheer]	[Risicorapport]
[Inrichting en beheer infrastructuur]	[Detailspecificatie testomgeving]
[Voorbereiding]	[Rapport detailintake per testsoort]
[Specificatie]	[Testscript pretest]
[Testscript per testsoort]
[Testdraaiboek per testsoort]
[Uitvoering]	[Bevindingenlog]
[Afronding]	[Eindrapport]
[Vrijgaveadvies (per testsoort)]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.4]

Overdrachtafspraken

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.4]

Infrastructuur

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.5]

Testomgevingen

[Beschrijf de eisen die per testsoort aan de bijbehorende omgeving gesteld worden. Neem hierin onder andere op een beschrijving van de infrastructuurcomponenten, testgegevens/ bestanden. Houd hier rekening met de eisen die vanuit de teststrategie en –aanpak aan de testomgevingen gesteld worden.

Vermeld wanneer welke omgeving opgeleverd moet worden en voor hoe lang deze omgeving benodigd is. De requirements zijn een lijst statements, onderdeel van en opgenomen in het mastertestplan. Verwijs ook naar de paragraaf 6.1 waar het beheer van de testinfrastructuur wordt beschreven.]

Testsoort	Omgeving	Requirements	Van	Tot
[ST]
[FAT]
[GAT]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.5]

Testtools

[Beschrijf de testtools waar je in het testtraject gebruik van wil/moet maken, bijv. tools om services te testen of om performance te meten. Geef hierbij aan wanneer (testsoort, testfase, datums) de tools nodig zijn. Vermeld ook de kosten hiervan en neem deze mee in de begroting indien dat onder het testproject valt. Verwijs ook hier naar de paragraaf 6.2 waar het beheer van de testinfrastructuur wordt beschreven. Neem hier per testsoort op welke testtools er nodig zijn.]

Testsoort	Testtool	Toelichting
[ST]	[Hardware] [Software] [Communicatiemiddelen] [Faciliteiten voor opbouw en gebruik van bestanden] [Procedures]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.5]

Kantoorinrichting

Testsoort	Componenten	Toelichting
[ST]
[…]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.5]

Vaststellen planningen

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.5]

Beheer

Naast het definiëren van de infrastructuur wordt in dit hoofdstuk tevens de beheersaspecten besproken die gerelateerd zijn aan dit project.

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.5]

Testprocesbeheer

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.5]

Beheer testomgeving en Infrastructuur

[Beschrijf hier kort hoe en door wie de testinfrastructuur beheerd wordt:

werkwijze werkplek;

werkwijze testtool;

werkwijze testomgeving.

Geef aan per deelsysteem (platform, database, software etc.) welke autorisaties nodig zijn gedurende welke periode voor het testteam en wie hier verantwoordelijk voor is.

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.5]

Testproductbeheer

[Beschrijf hier hoe de testproducten, normen en standaarden van de test, beheerd en bewaakt worden. Beschrijf dit aan de hand van procedures, sjablonen en tools. Denk hierbij aan:

Producten als testware en testprojectdocumenten en

Externe producten zoals de testbasis en het te testen object.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.5]

Bevindingenprocedure

Het bevindingenbeheer is ingericht conform de in de beschrijving van de bevindingenprocedure. De verantwoordelijkheid voor de naleving van deze bevindingenprocedure ligt bij de [bevindingenbeheerder].

Voor het registreren en onderhouden van bevindingen wordt gebruik gemaakt van een [bevindingentool].

Beheer testware

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.5]

Planning

[De globale planning moet minimaal het volgende omvatten:

uit te voeren activiteiten (op faseniveau per testsoort);

relaties met en afhankelijkheden van andere activiteiten (binnen of buiten het testproces en tussen de diverse testsoorten);

te besteden tijd per testsoort;

benodigde en beschikbare resources (organisatie en infrastructuur);

benodigde en beschikbare doorlooptijd.]

[De vulling van de tabel is ter indicatie.]

De uit te voeren activiteiten zijn verwerkt in onderstaand overzicht.

Activiteit	Uitvoerder	Startdatum	Einddatum	Doorlooptijd	Relaties

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.6]

Mijlpalen

In onderstaande tabel zijn de mijlpalen van het testproces voor [systeem] benoemd.

Mijlpaalomschrijving	Datum

[Denk hierbij aan de benoemde producten uit de paragraaf 5.5.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.6]

Begroting

De begroting in uren ziet er als volgt uit: [neem hier de begroting op uitgesplitst in personele kosten/uren en infrastructurele kosten.]

Testsoort	Wie	P	B	I	V	U	A	Totalen
Overall	Testmanager
ST	Testcoördinator
Testspecialisten
FAT	Testcoördinator
Eindgebruikers
Testspecialisten
GAT	Testcoördinator
Eindgebruikers
Testspecialisten
Totalen:

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.6]

Opstellen financiële planning

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.6]

Resultaten en afronding

Bedreigingen risico’s en maatregelen

[Korte omschrijving van de kenmerken, wie specificeert, welke testdoelen worden afgedekt, wie voert uit en op wat voor soort testomgeving. Vervolgens geef je per kenmerk aan hoe de betreffende risico's concreet in deze testsoort worden getoetst en/of getest.]

Door te anticiperen op wat mogelijk kan gebeuren kunnen nu reeds maatregelen worden getroffen. De risico's hebben betrekking op het testproces, dan wel betreffen projectrisico's die direct gevolgen kunnen hebben voor het testproject. Het in kaart brengen en bewaken van deze risico’s is ook na het opstellen van dit MTP een continu proces. Bij aanvang van testspecificatie en bij aanvang van testuitvoering van elke testsoort zal deze risicotaxatie echter nogmaals expliciet worden uitgevoerd en worden bijgehouden in een risicolog.

De volgende risico’s voor het testproces zijn onderkend. Zie ook [naam risicolog].

Nr.	Risico Gebeurtenis	Consequentie	Impact	Kans	Score	Maatregelen	Eigenaar

De testmanager is op deze punten extra alert en bewaakt de te nemen maatregelen.

[De maatregelen die niet binnen de testorganisatie kunnen worden genomen, worden in het projectoverleg besproken en toegewezen.]

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.7]

Definitief maken randvoorwaarden en uitgangspunten

Zie ook in dit document de paragrafen 2.6 en 2.7

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.7]

Fixeren Mastertestplan

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.7]

Go/No go

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.7]

Decharge

Zie ook in dit document de paragraaf 3.1.

[Zie het boek acceptatietesten in de praktijk, paragraaf 14.7]