Testplan [Projectnaam]
[FIST of GAT]
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

Inhoud

1	Inleiding	3

1.1	Doel van het testplan	3

1.2	Situatieschets [Projectnaam]	3

2	Opdrachtformulering	3

2.1	Opdracht	3

2.2	Acceptatiecriteria	3

2.3	Opdrachtgever	3

2.4	Opdrachtnemer	3

2.5	Randvoorwaarden en uitgangspunten	3

3	Uitgangsdocumentatie	3

3.1	Normen en standaards	3

3.2	Testbasis	3

3.3	Afnemen van interviews	3

4	Teststrategie	3

4.1	Relatiefbelang	3

4.2	Afbakening FIST en GAT	3

4.3	Keuze uitvoeringsomgeving	3

4.4	[FIST of GAT]	3

5	Organisatie	3

5.1	Omgeving AT-testteam	3

5.2	Samenstelling testteam	3

5.3	Taakverdeling en verantwoordelijkheden	3

5.4	Rapportage binnen de testorganisatie	3

5.5	Overlegstructuur	3

5.6	Testproducten	3

6	Infrastructuur	3

6.1	Testomgeving	3

6.2	Testtools	3

6.3	Kantoorinrichting	3

7	Beheer	3

7.1	Beheer testomgeving en infrastructuur	3

7.2	Testprocesbeheer	3

7.3	Bevindingenprocedure	3

7.4	Beheer testware	3

7.5	Opleveringsprocedure	3

8	Op te leveren producten	3

9	Planning	3

9.1	Mijlpalen	3

9.2	Begroting	3

9.3	Opstellen financiële planning	3

10	Resultaten en afronding	3

10.1	Bedreigingen risico’s en maatregelen	3

10.2	Definitief maken randvoorwaarden en uitgangspunten	3

10.3	Fixeer het testplan	3

Inleiding

Het testplan is onlosmakelijk verbonden met de Handleiding testplan. Afwijkingen op de Handleiding testplan staan in dit testplan van het [Projectnaam] vermeld

Doel van het testplan

Het Testplan Acceptatietest [Projectnaam] is bedoeld om de betrokkenen, zowel binnen als buiten het project, te informeren over:

de aanpak van de Acceptatietest (AT);

de uit te voeren activiteiten in de Acceptatietest;

de op te leveren producten tijdens de Acceptatietest.

Ten aanzien van de uit te voeren activiteiten is ook opgenomen welke capaciteit (kwalitatief en kwantitatief) benodigd is en wat de planning in de tijd is.

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

Situatieschets [Projectnaam]

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

Opdrachtformulering

Opdracht

Voer een AT uit om te bepalen of de producten (zie bijlage 1: Overzicht onderdelen project [Projectnaam]) van het project voldoen aan de gestelde acceptatiecriteria op het gebied van functionaliteit en kwaliteit. Op basis van het opgebouwde inzicht tijdens de Acceptatietesten (FIST en GAT) wordt de opdrachtgever geadviseerd over het in productie nemen van [Projectnaam]

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

Acceptatiecriteria

De criteria waaraan de producten van het project [Projectnaam] moeten voldoen zijn de volgende:

[Acceptatiecriterium + te halen norm];

[Acceptatiecriterium + te halen norm]

…

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

Opdrachtgever

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

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

Opdrachtnemer

Als testleider voor de uit te voeren AcceptatieTest van [Projectnaam] zal [Naam testleider] optreden.

De testleider zal volgens dit plan de test uitvoeren en vervolgens een vrijgave advies geven aan de opdrachtgever(s).

Afwijkingen van dit plan worden via de tussentijdse rapportage gemeld. In voorkomende gevallen zal overleg plaats vinden met de opdrachtgever.

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

Randvoorwaarden en uitgangspunten

De volgende voorwaarden en uitgangspunten gelden voor het testtraject:

De testbasis moet minimaal één week voorafgaand aan de start van de [FIST of GAT] zijn opgeleverd;

De processen worden opgeleverd in een door de testleider bepaalde (logische) volgorde. Oftewel in een volgorde zodat alle processen kunnen worden getest door gebruik te maken van andere (reeds geteste) processen;

De oplevering van het te testen systeem start op [datum conform planning].

[De testgevallen uitgevoerd door het ATT, in de Testomgeving, worden opgeleverd aan het ATT.] <=== Gebruiken indien van toepassing;

De testomgeving, testtools en overige hulpmiddelen worden minimaal 1 week voor de start van het testen opgeleverd;

De testuitvoering moet uiterlijk op [datum conform planning] zijn afgerond.

Medewerkers van de gebruikersorganisatie worden ingezet voor:

Testvoorbereiding;

testuitvoering: deze inzet zal starten op [datum conform planning];

Wijzigingen in de opleverdata van de programmatuur, documentatie, testtools en overige hulpmiddelen worden afgestemd met de testleider om zo mogelijk vertraging van het testtraject te voorkomen;

Gedurende het testtraject is directe ondersteuning van het bouwteam beschikbaar om voortgang belemmerende fouten in de programmatuur, [opgeleverde AT-testgevallen] <=== Gebruiken indien van toepassing, testtools en overige hulpmiddelen te herstellen;

Zodra een eventuele wijziging in de testbasis bekend wordt, wordt deze direct doorgegeven aan het testteam. Het testteam kan vervolgens de eventuele impact op het testproces bepalen.

...

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

Uitgangsdocumentatie

Normen en standaards

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

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 15.4]

Afnemen van interviews

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

Teststrategie

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

Relatiefbelang

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

Afbakening FIST en GAT

De AT zoals die wordt uitgevoerd voor [Projectnaam] is gesplitst in een tweetal testsoorten, te weten de Functionele Integratie SysteemTest (FIST) en de Gebruikers Acceptatie Test (GAT). Deze splitsing is aangebracht om het onderscheid duidelijk te maken in aandachtsgebied. De splitsing wil zeker niet zeggen dat deze twee testsoorten opeenvolgend in de tijd moeten worden uitgevoerd.

Keuze uitvoeringsomgeving

De AT van het project [Projectnaam] zal deels worden uitgevoerd in de FIST-omgeving en deels in de GAT-omgeving. Door een deel van de AT in de FIST-omgeving uit te voeren wordt bereikt dat het aantal keren dat de tijdrovende overdracht vanuit de FIST-omgeving naar de GAT-omgeving moet worden uitgevoerd, wordt beperkt. Iedere fout die wordt gevonden voordat de processen in de GAT-omgeving terecht komen is hierbij meegenomen.

Een aantal testen, zoals de test met de omgeving, kunnen echter niet in de FIST-omgeving worden uitgevoerd. Daarom blijft de GAT-omgeving noodzakelijk.

Op het moment dat door de afdeling AT wordt aangegeven dat de processen stabiel zijn, worden in de testomgevingen de volgende testen uitgevoerd:

van de FIST; de test van de afzonderlijke processen op functionaliteit

van de GAT; de test op gebruikersvriendelijkheid en beheerbaarheid

Nadat deze testen zijn doorlopen en evt. bevindingen zijn opgelost, worden de processen overgezet naar de GAT-omgeving waarin vervolgens de volgende testen worden uitgevoerd:

van de FIST; de test op samenhang binnen het systeem en met evt. andere systemen

van de GAT; de test op inpasbaarheid.

[FIST of GAT]

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

[Voor het testplan van de FIST, neem de tekst van het boek acceptatietesten in de praktijk, paragraaf 15.5 m.b.t. de FIST over.

Voor het testplan van de GAT, neem de tekst van het boek acceptatietesten in de praktijk, paragraaf 15.5 m.b.t. de GAT over.

Organisatie

Omgeving AT-testteam

Functie	Naam
Projectleider
Testleider
Leider(s) bouwteam(s)
Vertegenwoordiger(s) FO
Vertegenwoordiger(s) Systeembeheer

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

Samenstelling testteam

Het AT-testteam bestaat uit de volgende personen:

Functie	Naam
Testleider
Applicatiebeheerder(s)
Testmedewerker 1
Testmedewerker n

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

Taakverdeling en verantwoordelijkheden

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

Rapportage binnen de testorganisatie

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

Overlegstructuur

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

Testproducten

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

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

Infrastructuur

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

Testomgeving

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

Testtools

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

Kantoorinrichting

Componenten	Toelichting

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

Beheer

Testproces beheer

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

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 15.7]

Testprocesbeheer

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

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 [testtool]

Beheer testware

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

Opleveringsprocedure

In volgorde van oplevering:

[Deze tabel vullen op basis van aantal testeenheden]

Testeenheid	reden	grootte	complexiteit

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

Op te leveren producten

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

Door het AT-team zullen de volgende producten worden opgeleverd. Deze producten moeten volgens de standaard vorm worden opgesteld, tenzij in onderstaande opsomming anders is aangegeven.

Er zijn plannen om voor alle hierna genoemde producten een standaard vorm op te stellen. Deze standaard is op dit moment echter nog niet aanwezig. Daarom is bij elk product kort aangegeven wat de inhoud zal zijn.

Deze producten zijn:

Testplan; de vastlegging van de wijze waarop de AT plaats vindt. Oftewel de aanpak, de uit te voeren activiteiten en de producten welke worden opgeleverd tijdens het testtraject.

Testspecificaties; de testspecificaties bestaan uit de logische beschrijving van de tijdens de AT uit te voeren tests. Deze logische testgevallen worden in het testscript vertaald naar fysieke testgevallen.

Testscript; een verzameling fysieke testgevallen waarbij de volgordelijkheid van de uit te voeren test wordt aangegeven. Een fysiek testgeval is afgeleid uit de testspecificaties. De testscripts worden samengevoegd in een testdraaiboek.

Testdraaiboek; de vastlegging van de volgorde waarin de testscripts zullen worden uitgevoerd. Oftewel wie, wat, wanneer doet. Hierbij is rekening gehouden met de mogelijkheid dat een testscript verkeerd kan gaan.

Tussentijdse rapportage; iedere [frequentie opnemen (advies: wekelijks of tweewekelijks)] zal middels een tussentijdse rapportage aan de opdrachtgever verslag worden gedaan van de stand van zaken van het testen. In deze tussenrapportage zal verslag worden gedaan van de voortgang van de afgelopen week, de plannen voor de komende we(e)k(en), afwijkingen van de planning, risico’s en bedreigingen. Indien de planning zodanig is gewijzigd zal deze compleet in deze rapportage worden opgenomen.

Eindrapportage; het belangrijkste doel van de eindrapportage is het advies van (wel/geen) vrijgave. Dit advies wordt onderbouwd middels een aantal hoofdstukken. Deze hoofdstukken zijn: verloop van het testen, aantal bevindingen in de tijd, wijze en verloop van foutherstel, risico’s en bedreigingen bij invoer en evt. alternatieven.
Op basis van deze eindrapportage moet de opdrachtgever in staat worden geacht om een beslissing te nemen over het wel of niet in productie nemen van het geteste systeem.

Planning

In de periode van [data conform planning] wordt de AT uitgevoerd. Voor de AT zijn de volgende uren bepaald.

Inwerken gebruikers	[aantal uren] volgens planning
Voorbereiden FIST	[aantal uren] volgens planning
Uitvoering FIST	[aantal uren] volgens planning
Voorbereiden GAT	[aantal uren] volgens planning
Uitvoering GAT	[aantal uren] volgens planning
Ondersteuning	[aantal uren] volgens planning	ATT-capaciteit
Testleiding	[aantal uren] volgens planning	ATT-capaciteit

Deze uren zijn als volgt verdeeld over de medewerkers (uitgaande van een gelijke verdeling over de [aantal] gebruikers):

Testleider	[aantal] uren
Applicatiebeheerder	[aantal] uren
Gebruiker 1..n	[aantal] uren
…	[aantal] uren

De bovenstaande planning is op onderstaande uitgangspunten gebaseerd:

op basis van ervaring is, rekening houdend met grootte en complexiteit van de processen, een inschatting gemaakt van de benodigde capaciteit

voor de uitvoering wordt uitgegaan van 1 test en [aantal] hertest

binnen [Bedrijfsnaam] wordt voor één manmaand uitgegaan van [aantal] uren. Op basis hiervan zijn [aantal] gebruikers gedurende [aantal] maanden [percentage] benodigd.

de gebruikers behouden hun taak op de afdeling. Bij de verdeling van hun tijd over hun beide taken is enige flexibiliteit mogelijk, zodat geen rekening behoeft te worden gehouden met wachttijd.

voldoende projectsupport voor het opstellen en uitvoeren van testgevallen en het evt. oplossen van fouten

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

Mijlpalen

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

Mijlpaalomschrijving	Datum

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

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
FIST/GAT	Testcoördinator
Eindgebruikers
Testspecialisten
Totalen:

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

Opstellen financiële planning

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

Resultaten en afronding

Bedreigingen risico’s en maatregelen

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

Nr	Risico Gebeurtenis	Consequentie	Impact	Kans	Score	Maatregelen	Eigenaar

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

Definitief maken randvoorwaarden en uitgangspunten

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

Fixeer het testplan

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

Reden: Wijzigen, Nieuw

grootte (applicatie): K = klein, M = middel, G = groot

complexiteit (applicatie/proces): E = eenvoudig, M = middelmatig, C = complex