Het in dit artikel beschreven vrijgave advies (testrapport) is bedoeld als input voor de stakeholders voor de Go/No Go beslissing voor de Go life of overgang naar de volgende fase.
Vrijgave advies – testrapport Go/No go
Het streven moet dan ook zijn om alleen die informatie op te nemen op basis waarvan er een besluit genomen kan worden. In de regel is in het testplan opgenomen welke informatie moet worden opgenomen in deze Go/No Go rapportage. En dat zullen minimaal de beschreven exit criteria moeten zijn en de risico’s wanneer niet volledig aan de exit criteria is voldaan.
In de hier beschreven rapportage vind je bijvoorbeeld niets terug over aantallen testgevallen of een status overzicht van alle issues. Wel is er bij de exit criteria opgenomen of alle testgevallen zijn opgesteld en uitgevoerd en of er nog openstaande issues zijn.
Het kan dus zijn dat het hier beschreven vrijgave advies te veel of te weinig informatie bevat. Pas dit rapport dan ook aan indien nodig.
Probeer zoveel mogelijk om eventueel noodzakelijke details in bijlagen op te nemen. Dit kunnen bijvoorbeeld rapportages zijn uit tools voor geautomatiseerd testen, testmanagement tools of backlog tools. Hiermee voorkom je dat de stakeholders verzanden in details en geen over view meer hebben.
De teksten tussen <> geven informatie ter verduidelijking en mogen worden weggelaten.
De teksten tussen <<>> moeten vervangen worden.
Het hieronder beschreven rapport kun je als template downloaden:
1. Algemeen
2. Geheimhoudingsverklaring
<Indien van toepassing neem dan onderstaande tekst over of maak hem geschikt voor de situatie. Deze paragraaf kan ook worden weggelaten.>
Dit document kan privacy of bedrijfsgevoelige informatie bevatten. Deze informatie mag alleen verstrekt worden aan personen die betrokken zijn bij dit systeem / project of die betrokken zullen worden gedurende de levensloop van het systeem.
3. Document historie
< Indien er wijzigingen in dit document worden gedaan, geef hier dan aan: datum van wijziging, naam van de persoon die wijziging heeft doorgevoerd, welk(e) paragrafen zijn aangepast en een korte samenvatting of aanleiding.>
4. Doelstelling
Dit document bevat een overzicht van de resultaten van de uitgevoerde <<Testsoort>> voor <<systeem>> en is bedoeld als input voor de stakeholders voor de Go/No Go beslissing voor de Go life of overgang naar de volgende fase.
5. Samenvatting en aanbeveling
<Geef hier een korte beschrijving van het verloop van het testproces. De beschrijving dient ook een aanbeveling te bevatten (vanuit testperspectief gezien) of het project door kan gaan naar de volgende testfase of geschikt is om geïmplementeerd te worden in productie.>
Voorbeeld
De testuitvoering is gedaan in 3 testruns. Gedurende deze testruns is de applicatie stabiel geworden. In de laatste testrun is bijna 100% van de regressietest uitgevoerd zonder dat er regressie is geconstateerd. Tijdens de 3e testrun is er een aantal verschillen geconstateerd die in de voorgaande testruns niet zijn geconstateerd of er niet waren. Door de constant veranderende versies van de code in de testomgeving, is het niet te achterhalen wat de oorzaak van deze verschillen is.
In testrun 3 zijn er ook issues geconstateerd in de mutatie batch. Er zijn op het laatste moment wijzigingen doorgevoerd waarvoor het niet meer mogelijk was een volledige regressietest uit te voeren. Daarnaast staan er nog issues open met betrekking tot klantbrieven die nog hertest moeten worden. Deze brieven kunnen ook nog wijzigen op basis van de review door de business.
Op basis van het hiervoor genoemde is de aanbeveling om te starten met de acceptatietest, waarbij de systeemtest nog wel de tijd krijgt om de regressietest en het hertesten van openstaande issues af te ronden
6. Openstaande Issues
<Neem in onderstaande tabel de openstaande issues op. Voeg aan deze rapportage een bijlage toe met daarin uitgebreide informatie over de openstaande issues. Deze informatie kan eventueel uit de gebruikte issue tracking tool worden gehaald.>
Onderstaande tabel geeft een overzicht van de openstaande issues, met daarbij de ernst categorie en de geplande maatregelen.
7. Status exit criteria
<Neem in onderstaande tabel de exit criteria over uit het testplan. Geef vervolgens per criterium aan of er wel/niet aan is voldaan. Wanneer niet of niet volledig aan een exit criterium is voldaan, moeten de geplande en genomen maatregelen worden beschreven om alsnog te gaan voldoen.
In de tabel is een aantal gangbare exit criteria als voorbeeld opgenomen. Vul de tabel aan en/of verwijder criteria die niet van toepassing zijn.>
In onderstaande tabel zijn de exit criteria opgenomen zoals vastgelegd in het testplan. Per criterium is aangegeven of wel/niet aan het criterium is voldaan en welke maatregelen er zijn gepland of genomen indien niet aan het criterium is voldaan.
8. Risico’s
<In deze paragraaf dienen de onderkende risico’s te worden beschreven. Het gaat hierbij om de risico’s die de organisatie loopt indien ze besluiten met het geteste systeem naar de volgende fase te gaan. Bepaal de risico’s op basis van de openstaande issues en de niet behaalde exit criteria. Neem eventueel in een bijlage een uitgebreide beschrijving op van de risico’s>
9. Goedkeuring
<Neem in onderstaande tabel de personen op die de goedkeuring moeten verlenen. Dit moeten hiertoe geautoriseerde personen zijn. In de tabel is een aantal voorbeeld rollen opgenomen.>
AAA
Ook interessant?
Plan van aanpak voor testen
Entry en exit criteria software testen
Randvoorwaarden en uitgangspunten bij testen
