157 Testplan

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

Testplan <Applicatie>

template

Plaats Plaats

Datum 23 oktober 2010

Auteur Auteur

Status Concept 0.1


3/11/20042/21

Naam vestigingPlaats vestiging

Adres

Postbus

Postcode Plaats

T +31

F +31

I www……. .

Inhoudsopgave

1.1 Doel en inhoudvan het Testplan.............................................................41.2 Beheer van het Testplan.........................................................................51.3 Refertes..................................................................................................51.4 Contactfunctionarissen...........................................................................5

1.4.1 Opdrachtgever:................................................................................51.4.2 Opdrachtnemer:...............................................................................6

2 Opdrachtformulering...................................................................................7

2.1 Testopdracht...........................................................................................72.2 Te leveren producten..............................................................................72.3 Uitgangspunten.......................................................................................82.4 Randvoorwaarden..................................................................................8

3 Testobject.....................................................................................................9

3.1 Te testen delen van het informatiesysteem............................................93.2 Splitsing in kleine(re), zelfstandige te testen delen.................................93.3 Diepgang per testobject..........................................................................93.4 Systematiek testgevallen........................................................................93.5 Standaards per testobject.....................................................................10

4 Testbasis....................................................................................................12

5 Bouwteam/testteam...................................................................................14

5.1 Relaties.................................................................................................145.2 Taken en bevoegdheden......................................................................145.3 Beschikbaarheid personen...................................................................155.4 Communicatieplan................................................................................15

6 Begroting en Planning...............................................................................16

6.1 Activiteiten............................................................................................166.2 Planning................................................................................................16

7 Testinfrastructuur......................................................................................17

7.1 Testomgeving.......................................................................................177.2 Verschillende testomgevingen..............................................................17

8 Procedures.................................................................................................18

8.1 Omgang met wijzigingen.......................................................................188.2 Omgang met de diverse testomgevingen.............................................188.3 Vastlegging testresultaten.....................................................................18Bijlage A (Projectplanning)...............................................................................19Bijlage B (Begrippenlijst).................................................................................20


3/11/20043/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.


3/11/20044/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 <systeemnaam>

1.0 definitief 99-99-9999

Plan van Aanpak ........ <systeemnaam>

1.0 definitief 99-99-9999

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>.


3/11/20045/21

1.4.2 Opdrachtnemer:

1. Accountmanager (AM) <naam>.2. Projectmanager (PM) <naam>.


3/11/20046/21

2 Opdrachtformulering

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;

wat zijn de resultaten;


3/11/20047/21

Hieronder volgt een opsomming van producten die opgeleverd kunnen worden, maak eventueel een keuze voor dit testplan.

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.


3/11/20048/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.

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


3/11/20049/21

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>.


3/11/200410/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:

Documenten Versie Status Datum

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.


3/11/200411/21


3/11/200412/21

5 Bouwteam/testteam

5.1 Relaties

5.2 Taken en bevoegdheden

De Projectmanager:

Is verantwoordelijk voor de afstemming met de opdrachtgever i.v.m. de uit te voeren testsoorten.

Is verantwoordelijk voor de planning en de begroting van het testtraject.

……

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.

……..

De tester:Testplan <Applicatie>

3/11/200413/21

In deze paragraaf worden de taken en bevoegdheden beschreven. In kleinere projecten is het mogelijk dat de verschillende taken door één persoon uitgevoerd zullen worden. Dit komt tot uitdrukking in paragraaf 5.3.

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.

Is verantwoordelijk voor het opstellen van een testdraaiboek.

Is verantwoordelijk voor het uitvoeren van de testen.

Is verantwoordelijk voor het vastleggen van de testresultaten (bevindingen) in een bevindingenadministratie.

Is verantwoordelijk voor het bijwerken en initialiseren van de testomgeving.

..................

...................

5.3 Beschikbaarheid personen

Taken Naam Van Tot en met % FTETestcoördinator 99-99-9999 99-99-9999 99Tester 99-99-9999 99-99-9999 99Tester 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.


3/11/200414/21

In deze paragraaf wordt beschreven welke personen bovenstaande taken uitvoeren. In kleinere projecten is het mogelijk dat de verschillende taken door één persoon uitgevoerd zullen worden. In ander projecten zullen meerdere personen dezelfde taak krijgen.

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.


3/11/200415/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

te testen programmatuur;

benodigde hulpprogrammatuur.

testtools;

tekstverwerkers;

spreadsheets;

servers (mainframe/orcale/unix/.....)

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:


3/11/200416/21

In deze paragraaf wordt beschreven welke hard- en software nodig is voor de testomgeving. Indien gebruik gemaakt kan worden van de ontwikkelomgeving dan wordt dat hier ook aangegeven.

8 Procedures

Te denken valt aan: versiebeheer; configuratiebeheer; overdrachts- / acceptatieprocedures;; beheer testware en testomgevingen

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.


3/11/200417/21

Specifieke procedures m.b.t. testen en procedures die afwijken van de beschreven procedures binnen de administratieve organisatie, worden hier beschreven.

Bijlage A (Projectplanning)


3/11/200418/21

7.4 Bijlage B (Begrippenlijst)

Begrip: Omschrijving:Testbasis De specificatie van de benodigde en beschikbare

documentatie die gebruikt wordt voor het testen.


3/11/200419/21

157 Testplan

Documents

Transcript of 157 Testplan