Auteur: Kees Blokland ● kees.blokland@polteq.com

Timing is alles. Te vroeg een plan helemaal uitschrijven lukt niet vanwege ontbrekende informatie. Te laat heeft geen zin meer. Van een testmanager wordt een verhaal verwacht waar het allemaal in staat: wat ga je testen, hoe ga je testen en wanneer gebeurt dat? Ook in Agile projecten voor de E2E test en gebruikersacceptatie. Hoe zorg je ervoor dat testmanagementinformatie op het juiste moment beschikbaar komt?

Trekken, niet duwen
Het just-in-time beginsel, dat een belangrijke rol speelt bij Lean, Scrum en Kanban geeft het antwoord: je gaat pas iets maken op het moment dat het (bijna) nodig is. Preciezer: je start op het moment dat het nodig is minus de tijd die nodig is om het te realiseren, plus een klein buffertje om tegenvallers op te vangen. De mensen die bekend zijn met de Theory of Constraints herkennen dit mechanisme.

Waste
Wanneer is bijvoorbeeld een MasterTestPlan nodig? Ik ken organisaties waar zo’n document voorwaarde is voor het passeren van een projectbeslismoment. ‘Schrijf jij even het MTP, dan kunnen we verder.’ Daar loop ik vast: een sjabloon met lege bladzijden staart me aan en de paragraafkopjes vragen me om inhoud die met de beste wil van de wereld nog niet is te geven. Helaas gaan velen dan over tot het copy-pasten uit oude documenten en creëren daarmee ‘waste’.

Vroeg in een project praat ik projectleden liever bij over testen aan de hand van een mindmap of een powerpoint. Dat kost minder… Continue reading →

Auteur: Rob van Steenbergen ● redactie@testnet.org

Hallo Testnetters! Volgend jaar bestaat Testnet twintig jaar! Een leeftijd die gevierd mag worden. En om dit te vieren dagen we jullie uit om je testtips te delen met alle leden. We verzamelen deze en de beste worden gepubliceerd op een mooie manier (wat het precies wordt, is nog een verrassing).

Heb je een tip over testen? Stuur deze op naar redactie@testnet.org

Praktische zaken
Stuur jouw aanmelding naar ons e-mailadres redactie@testnet.org

• De uiterste inleverdatum voor de tip is 31 oktober 2016;
• Jouw testtip bevat
  • een pakkende titel
  • de naam van de schrijver
  • de contactgegevens (e-mail en telefoon, eventueel @twitternaam);
• De testtip: een korte beschrijving van maximaal 120 woorden (iets meer mag);
• Als je een illustratie wilt bijleveren, zorg ervoor dat deze vrij van copyright is (we bekijken per illustratie of deze gepubliceerd kan worden);
• Uiteraard zal de redactie jouw testtip beoordelen, redigeren en waar nodig, in overleg, aanpassen;
• De redactie selecteert de testtips die worden gepubliceerd;
• De testtips worden gepubliceerd in een drukwerk; de redactie houdt het recht om testtips tevens online te publiceren, natuurlijk met naamsvermelding.

Heb je nog vragen? Mail die dan aan redactie@testnet.org

Auteur: Huib Schoots ● huib.schoots@gmail.com
Steeds meer bedrijven passen Agile werkwijzen toe en zij die het niet doen, zullen dat gaan doen. Het opschalen van Agile (Scaling Agile) zal een belangrijk aandachtspunt worden, omdat veel bedrijven die al aan Agile development doen, het nu willen opschalen naar grote projecten of het hele bedrijf. Ik hoop wel dat ze dat beter gaan doen, want ik zie helaas nog te veel slecht geïmplementeerde Agile werkwijzen of ‘Agile in name only’. Bovendien zullen steeds meer bedrijven beginnen met het invoeren van Continuous Integration en Continuous Delivery. Daarnaast zullen meer bedrijven proberen DevOps toe te passen. Dit betekent dat automatisering een steeds grotere rol gaat spelen en dat heeft een grote impact op testen. Het automatiseren lijkt een doel op zich te worden.

Geen testers meer nodig!
Een aantal bedrijven gaan wel erg ver in het automatiseren. Een paar jaar geleden hoorde ik al de eerste geluiden van een grote onderneming die geen testers meer nodig had. In de markt hoor ik die geluiden steeds vaker; bedrijven die denken dat ze geen testers meer nodig hebben en/of dat ze al het testen kunnen automatiseren. Veel testers konden na een reorganisatie op zoek naar een nieuwe baan. Ik denk dat organisaties dit doen omdat ze geen toegevoegde waarde zien in een bepaalde groep testers: de ‘old school functionele testers’. Testers die alleen kunnen werken wanneer er gedetailleerde requirements en specificaties zijn en die weinig tot geen technische affiniteit hebben. Wanneer ik de managers hoorde praten,… Continue reading →