Na het aanpassen van de customizing en het importeren van release notes kan het testproces op basis van de release notes starten. Dit proces bestaat uit de volgende stappen:
1. Beoordelen van release notes en toekennen van testers
De beoordelaar kan vanaf zijn taak op het dashboard de requirements doorlopen die hij moet beoordelen. Hij geeft aan of iets moet worden getest. Als de beoordelaar vindt dat iemand anders een requirement moet beoordelen dan kan hij de beoordelaar aanpassen. Door die aanpassing ontvangt de nieuwe beoordelaar automatisch een e-mail.
De beoordelaar geeft de requirement de status ‘Klaar voor test’ wanneer deze getest kan worden. Ook kan een tester worden toegekend aan de requirement. Deze persoon ontvangt hiervan een e-mail.
Eventueel kunnen eerst alle requirements worden beoordeeld, en daarna pas de testers worden toegewezen. Dit kan door na het beoordelen in de lijst met requirements te filteren op de status ‘Klaar voor test’. Vervolgens kun je via massa-wijzigen de tester voor al deze release notes vullen. Op dat moment krijgen de testers een mail. De tester kan uiteraard ook een groep zijn. Zorg er in dat geval voor dat alle leden van de groep een e-mail ontvangen. Dit is aan te passen binnen de instellingen van de groep.
2. Release notes testen
Wanneer de requirements beoordeeld zijn, kunnen de testers beginnen met testen. Dit kan op twee manieren: scenario based of exploratory. Afhankelijk van de gewenste mate van testdekking, en de testervaring van de testers kies je de gewenste methode:
Scenario based
Per requirement wordt een testcase gemaakt, welke uitgevoerd kan worden in een testrun. Deze traditionele flow is wat meer geschikt voor testers met een redelijke testvolwassenheid.
Exploratory
Wanneer het vastleggen van testdekking in een testcase en testrun niet noodzakelijk is, kan ook ‘exploratory’ worden getest. Deze methode is geschikt voor zowel ervaren testers, als testers met minder ervaring. De testers doorlopen vanaf de taak op hun dashboard hun requirements, en geven door de status van de requirement te wijzigen direct aan of de release note Ok is of Niet Ok. Als een requirement Niet Ok is dient er handmatig een bevinding te worden gemaakt bij de requirement. Wanneer bevindingen daarna hertest en Ok zijn, moet de requirement handmatig op Ok worden gezet. Uiteraard kunnen testers commentaar toevoegen aan een requirement om de nodige informatie vast te leggen met betrekking tot het testen.
3. Release notes accorderen
Als een requirement Ok is getest kun je er voor kiezen om de beoordelaar deze nog te laten accorderen. De beoordelaar kan vanaf de taak op zijn dashboard de requirements doorlopen die op OK staan en deze bijvoorbeeld de status ‘Klaar voor productie’ (of ‘Akkoord beoordelaar’) geven. Hiermee is de release note goedgekeurd en het proces afgerond.