Een teststrategie is het document waarin een team opschrijft wat het deze release wel test, wat het niet test, en wie dat verschil mag uitleggen wanneer het misgaat. Lars de Wit begeleidt die pagina in Eindhoven in twee tot vier dagdelen. Geen sjabloon van veertig kopjes. Eén pagina die in de definition of done past, met risico’s, lagen en een stopcriterium. De technieken waarmee u de gekozen gevallen ontwerpt, staan in Software Testen. De lijst die u op de dag zelf afvinkt, staat in de Checklists.
Wij werken met de risico’s die uw product echt heeft: een betaling die dubbel mag gaan, een meting van een apparaat die te laat binnenkomt, een rechtenrol die te veel ziet. Algemene lijstjes over “usability” zonder eigenaar schrappen wij. Een risico zonder eigenaar is een wens. Een risico met een testlaag — unit, API, UI of verkenning — is een besluit.
De piramide als budget, niet als plaatje
De testpiramide is bij ons een budgetgesprek. Goedkope, snelle controles vangen de regels die vaak breken. Een klein aantal UI-paden vangt wat de gebruiker ziet. Exploratory tijd vangt wat u niet had gespecificeerd. Wanneer bijna al uw tijd in de UI zit, is dat een strategie, maar dan moet u haar zo noemen en de prijs ervan kennen: langzame feedback en suites die om de beurt falen.
| Besluit | U schrijft op | U laat weg |
|---|---|---|
| Risico | Gevolg, kans, eigenaar | Een categorie zonder voorbeeld |
| Laag | Waar de controle leeft | “We testen alles” |
| Entry | Wanneer testen zinvol start | Een build die niet installeert |
| Exit | Wanneer u durft te releasen | Een gevoel op vrijdag |
Sessie risico
Elke deelnemer noemt één falen dat geld, data of vertrouwen kost. Dubbele noemers voegt u samen. Wat niemand noemt en toch waar is, zet de trainer erbij.
Sessie laag
Bij elk risico wijst u de goedkoopste laag aan die het falen zou zien. UI is toegestaan, maar u moet zeggen waarom de API het niet zag.
Sessie exit
U formuleert een stopcriterium dat een afwezige collega maandag kan toepassen. Lukt dat niet, dan is het criterium nog een gesprek.
Veelgestelde vragen
Levert u een ISO- of TMap-handboek?
Nee. U krijgt een korte strategie die uw team gebruikt. Wij verwijzen naar begrippen uit het vak, maar wij leveren geen auditrapport en geen certificeringstraject.
Moet het hele team erbij zijn?
Minstens een tester, een ontwikkelaar en iemand die de prioriteit van de release bepaalt. Zonder die derde persoon wordt de pagina een wensenlijst.
Hoe vaak herschrijft u de strategie?
Wanneer het productrisico verandert, niet elke sprint. De checklist eronder mag wel per release wijzigen. Dat onderscheid oefenen wij expliciet.
Waar zit de workshop?
Op Strijp-S of bij u in Eindhoven. Een strategie schrijven op afstand kan, maar de eerste versie doen wij liever in één ruimte, aan één pagina.
Werkgebied Eindhoven
Strategie-sessies starten op Strijp-S en op locatie bij teams in de wijken hieronder, wanneer de beslissers die dag aanwezig zijn.
- 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]