Velden in rechterkolom pas Invullen nadat de practice is aangepast.

Naam Best Practice Testplan

Bestandsnaam Template Testplan
Datum aangepast 03/11/2004
Omschrijving van de inhoud Testplan
Soort document Template
ASL Processen Testen
Opmerkingen
 Naam vestiging
Plaats vestiging
Testplan <Applicatie>
Adres
template Postbus
Postcode Plaats

T +31

F +31

I www……. .

Plaats Plaats
Datum 23 oktober 2010
Auteur Auteur
Status Concept 0.1

Testplan <Applicatie>

3/11/2004
2/21
Inhoudsopgave

1.1 Doel en inhoudvan het Testplan..................................................................4

1.2 Beheer van het Testplan..............................................................................5
1.3 Refertes.......................................................................................................5
1.4 Contactfunctionarissen................................................................................5
1.4.1 Opdrachtgever:.....................................................................................5
1.4.2 Opdrachtnemer:....................................................................................6
2 Opdrachtformulering.......................................................................................7
2.1 Testopdracht................................................................................................7
2.2 Te leveren producten...................................................................................7
2.3 Uitgangspunten............................................................................................8
2.4 Randvoorwaarden.......................................................................................8
3 Testobject.........................................................................................................9
3.1 Te testen delen van het informatiesysteem.................................................9
3.2 Splitsing in kleine(re), zelfstandige te testen delen......................................9
3.3 Diepgang per testobject...............................................................................9
3.4 Systematiek testgevallen...........................................................................10
3.5 Standaards per testobject..........................................................................10
4 Testbasis.........................................................................................................11

5 Bouwteam/testteam.......................................................................................13
5.1 Relaties......................................................................................................13
5.2 Taken en bevoegdheden...........................................................................13
5.3 Beschikbaarheid personen........................................................................14
5.4 Communicatieplan.....................................................................................14
6 Begroting en Planning...................................................................................15
6.1 Activiteiten ................................................................................................15
6.2 Planning ....................................................................................................15
7 Testinfrastructuur..........................................................................................16
7.1 Testomgeving...........................................................................................16
7.2 Verschillende testomgevingen..................................................................16
8 Procedures.....................................................................................................17
7.1 Omgang met wijzigingen...........................................................................17
7.2 Omgang met de diverse testomgevingen..................................................17
7.3 Vastlegging testresultaten.........................................................................17
Bijlage A (Projectplanning).............................................................................18
7.4 Bijlage B (Begrippenlijst)............................................................................19

Testplan <Applicatie>

3/11/2004
3/21
Versiebeheer
Versie Datum Auteur Omschrijving
0.1 Auteur Initieel document

Distributielijst
Versie Datum Aan
0.1

1.1 Doel en inhoudvan het Testplan

Dit document is het testplan voor de door <Organisatie> uit te voeren

testwerkzaamheden betreffende het systeem <systeemnaam>.
Het Testplan <systeemnaam> is een uitbreiding van het Projectplan (nieuwbouw)
of het Onderhoudsplan / Plan van Aanpak per Release (onderhoud)
<systeemnaam>. Al datgene wat in genoemd Projectplan of Onderhoudsplan /
Plan van Aanpak per Release is opgenomen, is onverkort van toepassing op het
testen van bedoelde nieuwe of gewijzigde software, tenzij anders in het
onderhavige Testplan is aangegeven.
Het testplan is bedoeld voor iedereen die betrokken is bij de uitvoering van het
project en bij de beoordeling en goedkeuring van de ontwikkelde software.
Het testplan geeft aan op welke wijze de testprocedures en
verantwoordelijkheden worden verdeeld en beheerst, op basis van richtlijnen
voortvloeiend uit de eisen van het kwaliteitssysteem.
Daarnaast worden de gewenste acties m.b.t. de voorbereiding en uitvoering van
het testen van het systeem vastgelegd.

Testplan <Applicatie>

3/11/2004
4/21
Het testplan is gebaseerd op de situatie en omstandigheden zoals die zich voor
aanvang van het project manifesteren.

1.2 Beheer van het Testplan

Wijzigingshistorie:

Versie Datum Beschrijving Auteur

1.3 Refertes

Versie Status Datum

Handleiding Testplan 1.0 definitief 99-99-9999

Projectplan/Onderhoudsplan 1.0 definitief 99-99-9999
<systeemnaam>
Plan van Aanpak ........ 1.0 definitief 99-99-9999
<systeemnaam>
IAV <systeemnaam> 1.0 definitief 99-99-9999
HPS deel 1, deel 2 en deel 3

1.4 Contactfunctionarissen

1.4.1 Opdrachtgever:

1.Projectbehandelaar/Functioneel beheerder/Vz-SBO
<organisatiedeel>;<naam>.
2. Kwaliteitszorgfunctionaris
<organisatiedeel>;<naam>.
Testplan <Applicatie>

3/11/2004
5/21
1.4.2 Opdrachtnemer:

1.Accountmanager (AM) <naam>.

2.Projectmanager (PM) <naam>.

Testplan <Applicatie>

3/11/2004
6/21
 Hieronder volgt een
opsomming van
producten die
opgeleverd kunnen
worden, maak
eventueel een keuze
2 Opdrachtformulering voor dit testplan.

2.1 Testopdracht

Een gedetailleerde afbakening van de doelstelling en de scope van de test, zoals

die zijn overeengekomen met de opdrachtgever. Het testplan heeft alleen
betrekking op die werkzaamheden die in het kader van het contract worden
uitgevoerd. Een voorbeeld hiervan is:

Test (release <versienummer>) van het <systeemnaam>.

Deze test is ingeschat op <schattingsuren> uur en wordt gestart op
<startdatum>, de geschatte einddatum is <opleverdatum>.

2.2 Te leveren producten

De volgende producten zullen opgeleverd worden:

• Testplan <systeemnaam>;
• Detailtestplan per testsoort;
Per testsoort wordt een detailtestplan opgesteld, met daarin onder meer een
beschrijving van de logische testeenheden en de te hanteren
testspecificatietechnieken. Op basis van deze testeenheden worden de
afzonderlijke testspecificaties uitgewerkt.
• Testontwerp per testsoort per uit te voeren test;
Per uit te voeren test wordt een testontwerp opgesteld, met daarin de
logische en fysieke testgevallen. In testscripts zien we een opeenvolging van
samenhangende acties en uitkomstcontroles, gerelateerd aan fysieke
testgevallen waarvan de volgorde van uitvoering is weergegeven.
• Testdraaiboek;
Het testdraaiboek bevat de uitvoering van de testen, rekening houdend met
de samenhang van de testobjecten
• Eindrapport testuitvoering <systeemnaam>,
Dit is een eenmalige rapportage, die de verslaglegging met het
(beargumenteerde) advies over inproductiename bevat. Het eindrapport
baseert zich op de geformuleerde opdracht en de gevalideerde strategie en
bevat in elk geval de volgende onderdelen:
− wat is getest;

Testplan <Applicatie>

3/11/2004
7/21
 − wat zijn de resultaten;
− welke zijn de (nog) niet opgeloste fouten (known-errors);
− wat zijn de risico’s bij inproductiename.
• Beoordelingsverslag uitgangsdocumentatie;
• Beoordelingsverslag testobject;
• Verslag intake testomgeving;
• Evaluatierapport n.a.v. het testproject.

2.3 Uitgangspunten

De opsteller van het testplan, de testcoördinator, legt de uitgangspunten vast.

Hierdoor is een betere toetsing van het document als onderdeel van het
testproject mogelijk. Tevens worden de redenen van de gemaakte keuzes
duidelijker.
Eventuele aannames worden expliciet opgenomen.

2.4 Randvoorwaarden

Bevat de voorwaarden waaraan voldaan dient te zijn om van start te kunnen gaan met het
testtraject. Te denken valt aan:
• deadlines, start- en einddata van voorafgaande activiteiten, producten, beslissingen,
parallellopende projecten, etc;
• afhankelijkheden m.b.t. systemen, afdelingen, beschikbaarheid van resources, ziekte,
etc.
Het is van belang in een vroeg stadium randvoorwaarden en risico's te benoemen,
alsmede oplossingsrichtingen en te nemen maatregelen aan te geven. Naarmate risico's
later in het project aan het licht komen, wordt het moeilijker adequate oplossingen te
vinden.

Testplan <Applicatie>

3/11/2004
8/21
3 Testobject

3.1 Te testen delen van het informatiesysteem

Deze paragraaf omschrijft in het kort de samenstelling van het te testen

informatiesysteem. Indien het testen gefaseerd gebeurt, bijvoorbeeld per
subsysteem, dan moet duidelijk zijn, welke delen onderwerp zijn van het
testplan.
Per te testen deel kan aangegeven worden welke testen uitgevoerd moeten
worden.
Daarnaast kan aangegeven worden voor welke delen een specifieke testtool
gebruikt kan/moet worden.

3.2 Splitsing in kleine(re), zelfstandige te testen delen

In deze paragraaf wordt het te testen systeem opgesplitst in kleinere, zelfstandig

te testen delen. Bij het testen van een informatiesysteem kunnen de volgende
beschouwingniveaus in acht worden genomen:
- Module
- Bouwsteen / programma
- Applicatie
- Subsysteem
- Systeem.
Deze paragraaf bevat tevens een opsomming van alle binnen het project
aanwezige testobjecten, inclusief de samenstellende delen.

3.3 Diepgang per testobject

Per testobject wordt de diepgang aangegeven. Deze diepgang zal afhankelijk

zijn van het belang van (bepaalde delen van) het testobject. M.a.w. de diepgang
van subsysteem 1 kan anders zijn dan de diepgang van subsysteem 2, maar ook
de diepgang binnen subsysteem 1 kan voor bouwsteen ABC anders zijn dan die
voor bouwsteen XYZ.

Testplan <Applicatie>

3/11/2004
9/21
3.4 Systematiek testgevallen

Deze paragraaf geeft aan welke systematiek gehanteerd wordt bij het ontwerpen
van testgevallen. Bij logische testgevallen kunnen ranges en codes worden
gereserveerd voor het testen van bepaalde situaties. Het gebruik van ranges en
codes moet zoveel mogelijk worden gestandaardiseerd. Dit geldt eveneens voor
het vertalen van logische naar fysieke testgevallen. Denk ook aan het
gestandaardiseerd toepassen van equivalentieklassen en grenswaardenanalyse.

3.5 Standaards per testobject

Deze paragraaf bevat standaards per testobject betreffende:

- Verwijzing naar basisspecificaties
- Logisch testontwerp
- Fysieke testgevallen
- Uitvoeringsvoorspelling
- Benodigde startsituatie per testset.
De uitwerking van deze gegevens wordt voor <….>-projecten per testobject
opgenomen in <Naam>.

Testplan <Applicatie>

3/11/2004
10/21
4 Testbasis

De specificatie van de benodigde en beschikbare documentatie die gebruikt

wordt voor het testen wordt ook wel ‘testbasis’ genoemd. Deze bestaat uit:

Versie Status Datum

Documenten

Mogelijke documenten:
• Projectplan;
• Functionele documentatie, zoals systeemontwerp, functioneel ontwerp,
conceptueel gegevensdossier;
• Technische documentatie zoals technisch ontwerp, technisch
gegevensdossier, module ontwerp;
• Systeemtestdossier;
• Acceptatietest dossier;
• Beschrijving van het (administratieve) proces dat door het testobject
ondersteund wordt;
• Acceptatiecriteria;
• Afspraken, (vergader)verslagen, memo's;
• Gebruikers- en technische handleidingen;
• Normen en standaards;
• (AO-)procedurebeschrijvingen;
• Checklists;
• Errata.

Testplan <Applicatie>

3/11/2004
11/21
Testplan <Applicatie>

3/11/2004
12/21
5 Bouwteam/testteam

5.1 Relaties In deze paragraaf

worden de taken en
bevoegdheden
beschreven. In
5.2 Taken en bevoegdheden kleinere projecten is
het mogelijk dat de
verschillende taken
De Projectmanager: door één persoon
• Is verantwoordelijk voor de afstemming met de opdrachtgever i.v.m. de uit te uitgevoerd zullen
voeren testsoorten. worden. Dit komt tot
uitdrukking in
• Is verantwoordelijk voor de planning en de begroting van het testtraject. paragraaf 5.3.
• ……

De testcoördinator:
• Is verantwoordelijk voor het Testplan.
• Is verantwoordelijk voor de beheersing van het testtraject en voor de
producten opgeleverd in het kader van het testen, binnen de
overeengekomen randvoorwaarden, waaronder capaciteit, doorlooptijd en
kwaliteit.
• Maakt een Detailtestplan waarin een gedetailleerd beeld wordt gegeven
van de te verrichten activiteiten, met daarin opgenomen de bovenstaande
randvoorwaarden.
• Fungeert als aanspreekpunt met betrekking tot de testaspecten van het
project tijdens de uitvoering van de opdracht.
• Is verantwoordelijk voor de inrichting en het onderhoud van de
testomgevingen.
• Is verantwoordelijk voor het controleren en beoordelen van de
testresultaten.
• Is verantwoordelijk voor het evalueren van het testproces.
• Sluit de testopdracht.
• Is verantwoordelijk voor het vrijgeven van de software voor de tester.
• Is verantwoordelijk voor het vrijgeven van de goedgekeurde software
voor een volgende testsoort.
• ……..

Testplan <Applicatie>

3/11/2004
13/21
De tester:
• Is verantwoordelijk voor het vastleggen en beschrijven van de logische
testgevallen en het te verwachte resultaat.
• Is verantwoordelijk voor het samenstellen van de fysieke testgevallen. In deze paragraaf
wordt beschreven
• Is verantwoordelijk voor het opstellen van een testdraaiboek. welke personen
bovenstaande taken
• Is verantwoordelijk voor het uitvoeren van de testen.
uitvoeren. In kleinere
• Is verantwoordelijk voor het vastleggen van de testresultaten (bevindingen) projecten is het
in een bevindingenadministratie. mogelijk dat de
verschillende taken
• Is verantwoordelijk voor het bijwerken en initialiseren van de testomgeving. door één persoon
• .................. uitgevoerd zullen
worden. In ander
• ................... projecten zullen
meerdere personen
dezelfde taak krijgen.

5.3 Beschikbaarheid personen

Taken Naam Van Tot en met % FTE

Testcoördinator 99-99-9999 99-99-9999 99
Tester 99-99-9999 99-99-9999 99
Tester 99-99-9999 99-99-9999 99

5.4 Communicatieplan

Indien de communicatie afwijkt van het projectplan/onderhoudsplan dan kan in

deze paragraaf daar nader op ingegaan worden. De denken valt aan
overlegstructuur, (voorgangs)rapportage.

Testplan <Applicatie>

3/11/2004
14/21
6 Begroting en Planning

6.1 Activiteiten

Na de globale begroting opgesteld te hebben, kunnen per medewerker de

activiteiten ingepland worden. Om tot de activiteiten te komen kan gebruik
gemaakt worden van Risicoanalyse en/of Vaststellen kwaliteitsattributen. Beide
methoden zijn beschreven in de Handleiding Testplan.

6.2 Planning

Bij het uitwerken van de planning is rekening gehouden met het gestelde in
paragraaf 2.3 'Uitgangspunten' en paragraaf 2.4 'Randvoorwaarden'.
Alle activiteiten vermeld in het Testplan zijn opgenomen in het planningsdiagram
(zie bijlage A.). Bijstelling van de planning geschiedt in overleg met de
opdrachtgever en deze bijstelling wordt in de periodieke voortgangsrapportages
vermeld.

Testplan <Applicatie>

3/11/2004
15/21
7 Testinfrastructuur

Dit hoofdstuk bevat een opgave van benodigde middelen voor de werkplek van
de projectmedewerkers en de testomgeving. Dit alleen als deze afwijkt van de
ontwikkelomgeving genoemd in het projectplan/onderhoudsplan.

7.1 Testomgeving

Deze paragraaf is de basis van de IAV.

De testomgeving bestaat uit:
• Lan2000 basisbundel aangevuld met:
• systeemsoftware / netwerksoftware / datacommunicatiesoftware;
• applicatiesoftware
In deze paragraaf
• te testen programmatuur; wordt beschreven
• benodigde hulpprogrammatuur. welke hard- en
software nodig is
• testtools; voor de
• tekstverwerkers; testomgeving. Indien
gebruik gemaakt kan
• spreadsheets; worden van de
ontwikkelomgeving
• servers (mainframe/orcale/unix/.....)
dan wordt dat hier
ook aangegeven.

7.2 Verschillende testomgevingen

In deze paragraaf worden de verschillende testomgevingen beschreven. Het

betreft hier niet de gegevens m.b.t. de hard- en algemene software, maar
gegevens m.b.t. de invulling van de verschillende testomgevingen, zoals
databaseomgevingen, CV's, database(s), testbestanden, enz.

Testsoort:
Benodigde periode:
Databaseomgeving:
Testdatabase(s):
Testbestanden:

Testplan <Applicatie>

3/11/2004
16/21
8 Procedures Specifieke
procedures m.b.t.
testen en procedures
Te denken valt aan: die afwijken van de
• versiebeheer; beschreven
procedures binnen de
• configuratiebeheer;
administratieve
• overdrachts- / acceptatieprocedures;; organisatie, worden
• beheer testware en testomgevingen hier beschreven.

7.1 Omgang met wijzigingen

Deze paragraaf geeft aan hoe met wijzigingen in documentatie en/of

programmatuur tijdens het testtraject moet worden omgegaan.

7.2 Omgang met de diverse testomgevingen

Deze paragraaf beschrijft hoe wordt omgegaan met de diverse testomgevingen.

Denk hierbij aan ontwikkel-, test-, productieacceptatie- en productieomgeving.

7.3 Vastlegging testresultaten

In paragraaf 2.2 staat dat er testresultaten vastgelegd worden. In deze paragraaf

wordt beschreven hoe met de testresultaten omgegaan moet worden. Wie
beoordeelt bijvoorbeeld wat direct aangepast moet worden en wat een
wijzigingsvoorstel wordt.

Testplan <Applicatie>

3/11/2004
17/21
Bijlage A (Projectplanning)

Testplan <Applicatie>

3/11/2004
18/21
7.4 Bijlage B (Begrippenlijst)

Begrip: Omschrijving:
Testbasis De specificatie van de benodigde en beschikbare
documentatie die gebruikt wordt voor het testen.

Testplan <Applicatie>

3/11/2004
19/21