Testdossier
[Projectnaam]
[FIST/GAT]
Auteur: Over The Fence Datum: 23-07-2020 Versie: 0.1 Concept

Versiebeheer

Versie	Status	Datum	Auteur	Omschrijving
0.1	Concept

Verzendlijst

Versie	Verzenddatum	Naam	Functie

Review

Versie	Naam	Functie

Inhoud

Inleiding	4

1	Fase Voorbereiding	4

1.1	Intake testbasis	4

1.2	Verkrijgen inzicht in de plaats van testeenheid in het grote geheel	4

1.3	Verkrijgen inzicht in de bedoelde werking van het proces	4

1.4	Bepalen mogelijke risico's	4

1.5	Bepalen teststrategie c.q. testaanpak	4

1.6	Bepalen werkwijze t.a.v. documentatie en rapportage	4

1.7	Bepalen detailplanning	4

2	Fase Specificatie	4

2.1	Opstellen testspecificaties	4

2.2	Definiëren uitgangsbestanden	4

2.3	Opstellen testdraaiboek	4

3	Fase Uitvoering	4

3.1	Vullen uitgangsbestanden / creëren uitgangssituaties	4

3.2	Intake testobject	4

3.3	Uitvoeren testdraaiboek	4

3.4	Beoordelen testresultaten	4

3.5	Registreren bevindingen	4

4	Fase Afronding	4

4.1	Evaluatie testobject	4

4.2	Conserveren testware	4

4.3	Evalueren testproces	4

4.4	Opstellen evaluatierapport	4

Inleiding

Op basis van de werkwijze voor de test is de deze checklist samengesteld. Door het nalopen en invullen van deze lijst, per testeenheid, wordt automatisch het testproces doorlopen en is dit testdossier tot stand gekomen.

Dit testdossier behelst het testproces m.b.t. het project [projectnaam] in de [FAT/GAT] -fase.

Fase Voorbereiding

Projectnaam:
Testeenheid:

Intake testbasis

JA	NEE
Zijn de volgende zaken aanwezig?
Definitieve FO
Dataflow
Technische velddefinities
AO-werkinstructies
Lijkt alles volledig genoeg om mee te kunnen werken?
Definitieve FO
Dataflow
Technische velddefinities
AO-werkinstructies
Lijkt alles voldoende duidelijk te zijn? M.a.w. is deze documentatie geschikt als testbasis.
Definitieve FO
Dataflow
Technische velddefinities
AO-werkinstructies

Verkrijgen inzicht in de plaats van testeenheid in het grote geheel

JA	NEE
Roept de testbasis na bestudering vragen op t.a.v. de rol van het proces in de organisatie?
Is de context waarin het proces wordt gebruikt helder?
Zijn de processen die rond het testobject een rol spelen beschikbaar?
Kunnen de totale procedure uit gevoerd worden?

Noteer de ontstane vragen en stem deze vragen af met:  De Functioneel ontwerper  De AO-er
Vraag: Enz.

Aangepast	Mondeling toegelicht	Niet opgelost
Hoe worden met de geconstateerde tekortkomingen in de documentatie omgegaan?

Noteer hieronder een korte omschrijving waaruit de 'omgeving' van het proces en de rol die het proces in het geheel vervuld, blijkt
Omschrijving procesomgeving:

Verkrijgen inzicht in de bedoelde werking van het proces

JA	NEE
Roept de testbasis na bestudering vragen op t.a.v. de functionele werking (niet technisch) van het proces.

Zo ja, welke vragen? Stem deze vragen af met:  De Functioneel ontwerper  De AO-er
Vraag: 1. 2. 3. Enz.

Aangepast	Mondeling toegelicht	Niet opgelost
Hoe wordt met de geconstateerde tekortkomingen in de documentatie omgegaan?

Noteer hieronder een korte omschrijving waaruit de 'omgeving' van het proces en de rol die het proces in het geheel vervuld, blijkt
Omschrijving procesomgeving:

Bepalen mogelijke risico's

In dit proces wordt medebepaald welke kwaliteitsattributen gebruikt dienen te worden.

De volgende risico's (consequenties) worden onderkend bij onbeschikbaarheid van het proces:
1. 2. 3. Enz.
De volgende risico's (consequenties) worden onderkend bij onjuiste werking van proces of procedure:
1. 2. 3. Enz.
De volgende risico's (consequenties) worden onderkend bij niet op tijd verwerken van de invoer:
1. 2. 3. Enz.
De volgende risico's (consequenties) worden onderkend bij overige:
1. 2. 3. Enz.

Bepalen teststrategie c.q. testaanpak

De standaardteststrategie/ aanpak voor de beoordeling van de diverse kwaliteitsattributen is dat het proces aan de hand van testgevallen die ontwikkeld zijn vanuit de werkinstructie (zie paragraaf 2), wordt bekeken. Hierna worden de diverse checklists doorlopen. Op basis van deze checklists wordt het totaalbeeld bepaald.

Daar waar wordt afgeweken van deze standaard wordt dit aangegeven. Hierbij dient te worden aangegeven waarom er wordt afgeweken van de standaard. Een eventuele alternatieve werkwijze dient kort te worden beschreven.

Op welke punten worden afgeweken?
Waarom worden op deze punten afgeweken?
Welke alternatief aanpak wordt gebruikt?

Bepalen werkwijze t.a.v. documentatie en rapportage

T.a.v. documentatie (testware) en rapportage zijn standaard templates aanwezig (waarvan deze er één is). Deze templates worden ingevuld of er wordt gekozen voor een andere werkwijze.

Indien wordt afgeweken van de standaard:
Er wordt afgeweken van standaard X om de volgende reden(en): 1) 2) Enz.
In plaats hiervan wordt gebruik gemaakt van:
[Beschrijf notatiemethode]

Bepalen detailplanning

Op basis van het voorgaande paragrafen (stap 1.1 t/m 1.7) wordt de volgende inschatting gemaakt t.a.v. de benodigde (doorloop)tijd:
Stap 2.1: ... dagen Stap 2.2: ... dagen Stap 2.3: ... dagen Stap 3.1: ... dagen Stap 3.2: ... dagen Stap 3.3: ... dagen Stap 3.4: ... dagen Stap 4.1: ... dagen Stap 4.2: ... dagen Stap 4.3: ... dagen Stap 4.4: ... dagen Totaal: ... dagen Koppel deze planning terug aan de testleider om te beoordelen of de overall planning moet worden aangepast.

Fase Specificatie

Opstellen testspecificaties

Stel op basis van testontwerptechnieken logische testgevallen op.

Voeg naar eigen inzicht logische testgevallen toe waarvan te verwachten valt dat deze extra toegevoegde waarde zullen hebben.

Voeg de opzet van de testontwerptechnieken als bijlage toe.

Werk de logische testgevallen uit tot fysieke testgevallen, met de standaard template

Zie het handboek acceptatietesten voor meer informatie.

Definiëren uitgangsbestanden

Beschrijving algemene uitgangssituatie:
Beschrijf de werkwijze om de uitgangssituatie van één of meerdere logische testgevallen te creëren volgens onderstaande methode:
Creatiescript 1: Betreft creatie testgeval(len): [testgevalnummers] d.m.v. applicatie(s) c.q. functie(s) Beschrijving: [vul hier precies in hoe er gehandeld moet worden] Creatiescript 2: Betref... Enz.

Opstellen testdraaiboek

Voeg de creatiescripts en testscripts samen tot een uitvoerbaar geheel en geef daarbij aan welke afhankelijkheden er zijn (specifieke volgorde). Daarnaast kan hierbij worden aangegeven wie e.e.a. gaat uitvoeren en wanneer. Denk ook aan eventuele handmatige acties.

Bijvoorbeeld:

Volgorde creatiescripts:

1) ...[scriptnummer] [wie] [wanneer]

2) ...[scriptnummer] [wie] [wanneer]

3) ...[scriptnummer] [wie] [wanneer]

Handmatige acties:

1) ...[actie] [wie] [wanneer]

2) ...[actie] [wie] [wanneer]

Volgorde testscripts:

1) ...[scriptnummer] [wie] [wanneer]

2) ...[scriptnummer] [wie] [wanneer]

3) ...[scriptnummer] [wie] [wanneer]

Fase Uitvoering

Vullen uitgangsbestanden/creëren uitgangssituaties

Verwerk de creatiescripts uit stap 2.2 volgens het draaiboek uit stap 2.3 om te komen tot de juiste uitgangssituaties.

Stel eventueel de uitgangssituatie veilig.

Voor het veiligstellen van de database zal contact gezocht moeten worden met het systeembeheer.

N.B. Deze kan worden uitgevoerd voordat het testobject is opgeleverd. Intake testobject

Loop de checklist intake testobject door om vast te stellen of het opgeleverde delen van het testobject en de infrastructuur zodanig functioneren dat zinvol getest kan worden.

Voeg de checklist intake testobject als bijlage toe.

Uitvoeren testdraaiboek

Verwerk de testscripts uit stap 2.1 volgens het draaiboek uit stap 2.3 om de daadwerkelijke test uit voeren. Houdt hierbij scherp de vooraf (stap 1.2 t/m/ 1.4) gedefinieerde zaken in de gaten om naderhand de checklists te kunnen invullen.

Beoordelen testresultaten

Doorloop de checklists, waarmee een oordeel t.a.v. de diverse kwaliteitsattributen wordt opgebouwd.

Ergonomie

Degelijkheid
Het SC zal hierbij ondersteuning moeten bieden.

Doelmatigheid
De doelmatigheid wordt gemeten aan de hand van een responsetijdenmeting. Bepaal hier alvast of hiervoor richtlijnen of eisen zijn gedefinieerd.

Zekerheid
Juistheid hoort ook in dit rijtje thuis. In de GAT hoeven we echter niet expliciet hierop te testen. Dit wordt in de FIST al gedaan. Dat testdossier geeft hierover uitsluitsel.

Doelgerichtheid

Veranderbaarheid
Hierbij is zowel ondersteuning van SO als van SC voor nodig.

N.B.

Per vraag moet worden bepaald of deze vraag relevant is voor online, voor batch of voor beide.

Voeg de ingevulde checklists aan dit document, als bijlage, toe.

Registreren bevindingen

Leg alles wat niet klopt, beter kan, mooier kan, efficiënter kan, etc., vast in de hiervoor bestemde bevindingenadministratie.

Indien hertest (na aanpassingen) noodzakelijk is, voer dan alles vanaf stap 2.1 opnieuw uit. Let hierbij niet alleen op de uitgevoerde aanpassing maar let ook op de rest.

Fase Afronding

Evaluatie testobject

Bespreek de testresultaten en overgebleven bevindingen met de testleider.

Geef een oordeel over de diverse kwaliteitsattributen op basis van de ingevulde checklists uit stap 3.4.

Vergelijk dit oordeel met de in het project gestelde kwaliteitseisen (voor zover aanwezig) en geef de geconstateerde verschillen aan.

Stel het vrijgave advies op volgens de afgesproken standaard.

Conserveren testware

Zorg ervoor dat alle test-documentatie dusdanig op orde wordt gebracht dat deze kan worden gearchiveerd. Opzet hierbij is dat de volledige test op basis van deze documentatie herhaald kan worden.

Zie voor meer informatie 'Beheren testware'

Evalueren testproces

Geef onderstaan aan wat er (opvallend) goed ging in het testproces
Positieve punten: 1) 2) Enz.
Geef onderstaan aan wat er (opvallend) slecht ging in het testproces
Negatieve punten: 1) 2) Enz.

Opstellen evaluatierapport

Verwerk de onder stap 4.1 en 4.2 gemaakte stukken tot één rapportage.

Vat de in 4.1 gegeven oordelen samen tot een overall kwaliteitsoordeel