Software Engineering Projecten: Acceptatie Test

Afkortingen

AT

Acceptatie Test

ATP

Acceptatie Test Plan

SUM

Software User Manual

URD

User Requirements Document

Aandachtspunten

1. Leg de verantwoordelijkheid m.b.t. alle organisatorische AT aangelegenheden neer bij één persoon binnen het SEP-team:
   • Licht betrokkenen (klant, adviseur, SM) tijdig in over de gang van zaken.
   • Controleert afspraken en werkzaamheden.
2. Het ATP dient goedgekeurd te worden door de klant en het Senior Management via een externe review.
   • Hiervoor is geen vergadering nodig.
   • Wel dienen opmerkingen via een review formulier verzameld te worden.
3. De deadline voor het succesvol doorlopen van een AT is vermeld in de Algemene Info onder harde deadline.
4. De klant is verantwoordelijk voor het uitvoeren van de AT.
   • De klant doet dit bij voorkeur zelf, eventueel samen met eigen staf; indien nodig kan het gedelegeerd worden aan eigen staf.
   • De klant dient ook in een later stadium de AT zelfstandig te kunnen herhalen.
   • In geen geval wordt enig onderdeel van de AT uitgevoerd door het SEP-team.
5. Bij elke AT dient een waarnemer aanwezig te zijn:
   • de eigen adviseur,
   • een adviseur van een andere groep, of
   • iemand van het Senior Management.
   Regel dit tijdig.
6. De AT meet de kwaliteit van het product in termen van alle User Requirements uit het vooraf goedgekeurde URD.
   • Het uiteindelijke product dient opgeleverd te worden in de vorm van broncode.
   • De AT gaat dus uit van broncode, en wel exact de versie die uiteindelijk wordt overgedragen aan de klant.
   • Build-install-configure zijn daarom essentiële onderdelen van de AT.
   • Hiervoor dient de klant dus te beschikken over de nodige software, m.n. compiler(s), inclusief eventuele licenties.
7. Na een geslaagde AT mogen er geen wijzigingen meer gemaakt worden aan het systeem; ook geen kleine cosmetische aanpassingen.
   • Na het maken van wijzigingen vervalt de geldigheid van een eventueel voorafgaande geslaagde AT.
   • Voor de uiteindelijke oplevering van een gewijzigd systeem dient de klant opnieuw de AT te doorlopen.
8. Elke AT dient op een schoon systeem van de klant in de beoogde productie-omgeving uitgevoerd te worden.
   • De klant is verantwoordelijk voor het leveren van zo'n schoon systeem.
   • Dit houdt met name in dat na proefdraaien of na een gefaalde AT, het systeem expliciet schoon gemaakt dient te worden.
   • Dit is nodig om te voorkomen dat eventuele instellingen van een voorafgaande (proef) AT het verloop beïnvloeden.
9. Bereid elke AT goed voor (alle details hiervoor dienen in het ATP te staan, zodat je niet nog ergens anders te rade hoeft te gaan):
   • Maak tijdig afspraken met betrokkenen (klant, waarnemer, ...)
   • Zorg ervoor dat alle zaken die nodig zijn voor een AT tijdig beschikbaar zijn in de vereiste vorm (CD met broncode, afgedrukte exemplaren van URD, SUM, ...)
   • Zorg ook meteen voor een 2e afspraak in geval de 1e keer niet slaagt (de kans hierop is erg groot).
   • Laat extra testdata tijdig verzamelen/genereren, of controleren dat klant dit gedaan heeft
10. Doe zelf een proef AT onder omstandigheden die zoveel mogelijk lijken op de uiteindelijke AT.
    • Bijvoorbeeld op een systeem van de klant.
11. Maak goede aantekeningen tijdens de AT.
    • Hiervoor moet een notulist aangewezen worden, die alle testen afvinkt als OK en anders opschrijft wat er mis ging.
    • Dit vereenvoudigt de rapportage.
    • Dit helpt bij het onderzoeken van eventuele problemen.