Checklists zijn de unieke module van deze academie: geen theorieboek, maar drie lijsten die een team in Eindhoven op de dag van een release kan afvinken zonder Lars de Wit erbij. Zij horen onder de cursussen omdat een lijst zonder leerlijn een formulier wordt dat niemand serieus neemt. Elke regel op deze pagina is een controle die in de opleiding is uitgelegd. Past een regel niet bij uw product, dan schrapt u haar in de workshop en schrijft u waarom. Een checklist die u niet durft te schrappen, is te lang.
De strategie erboven staat op Teststrategie. De automation die een deel van de vakjes vervangt, staat bij QA Automation. Een vakje dat een groene pipeline al dekt, hoort niet nog eens met de hand. Een vakje dat de pipeline niet kan zien — een rechtenrol in een derde systeem, een mail die echt aankomt — blijft met de hand, met naam en tijdstip.
Drie lijsten, één release
| Lijst | Moment | Voorbeeldregel |
|---|---|---|
| Omgeving | Voordat u test | Buildnummer staat op de pagina die u test, niet op een andere |
| Regressie | Tijdens de sprint | Kritisch pad per rol is groen in CI of bewust handmatig herhaald |
| Release | Vlak voor uitrol | Open blokkers zijn nul, bekende restpunten hebben een eigenaar |
Omgeving
Bevestig het buildnummer, de featurevlaggen, de testdataset en dat u niet op productie kijkt. Noteer wie de omgeving heeft vrijgegeven. Zonder die naam test u een vermoeden.
Regressie
Loop de risico’s uit de strategie af. Wat de suite dekt, vinkt u af met het CI-adres. Wat de suite niet dekt, krijgt een charter van een benoemde tijd, geen “even kijken”.
Release
Blokkers op nul. Restpunten met eigenaar en gevolg. Rollback is geoefend of bewust niet nodig, en die zin staat er. Communicatie naar support is verstuurd wanneer gebruikers iets anders zien.
Na de release
De eerste foutmelding binnen een uur krijgt een eigenaar. De checklist zelf krijgt één regel commentaar: welke controle ontbrak. Die regel is de les voor de volgende versie.
Hoe u de lijst kort houdt
Een checklist van zestig regels wordt overgeslagen. Wij oefenen een maximum dat op één scherm past. Regels die drie releases lang altijd waar waren en door de pipeline worden bewaakt, gaan eraf. Regels die ooit een incident hadden voorkomen, blijven, ook wanneer zij saai ogen. Saai is hier een deugd. De module duurt één dag op Strijp-S, daarna is de lijst naslag voor uw team, geen abonnement.
Veelgestelde vragen
Mag ik uw checklist kopiëren?
De structuur wel, de inhoud niet blind. In de module herschrijft u elke regel naar uw product. Een gekopieerde regel over betalingen bij een product zonder betaling is ruis.
Vervangt de lijst een testplan?
Zij vervangt het deel dat u op de dag zelf nodig hebt. De redenen staan in de strategie. Zonder die pagina wordt de lijst een ritueel.
Werkt dit in Jira of Azure DevOps?
Ja. Wij leveren geen plugin. Wij leveren regels die u in het ticket of de wiki zet die u al gebruikt, met een vakje en een naam.
Hoe vaak werkt u de lijst bij?
Na een incident en na een controle die drie keer niets vond en al geautomatiseerd is. Niet omdat de kalender dat zegt.
Werkgebied Eindhoven
De checklistdag start op Strijp-S. Teams elders in Eindhoven kunnen de dag incompany doen, mits de mensen die de release echt doen aan tafel zitten.
- Strijp-S
- Centrum
- Stratum
- Woensel-Noord
- Gestel
- Tongelre
- Meerhoven
- De Bergen
ITCursusNL Software Testing B.V.
Uw aanspreekpunt: Lars de Wit
Torenallee 20
5617 BC Eindhoven
Telefoon: +31 40 240 3186
E-mail: [email protected]