In de loop der tijd is handtesting aangepast aan flexibele methodologieën zoals Scrum. Aanvankelijk werkten testers "aan het einde van de sprint", waarbij ze het resultaat van al het werk testten. Dit leidde vaak tot rushed situaties en onvoldoende testing (verhaal).
Het belangrijkste probleem is het gebrek aan tijd voor testing, frequente wijzigingen in de vereisten en taken die niet naar testers komen tijdens de sprint. Testers staan onder druk, wat de kwaliteit vermindert (probleem).
De oplossing is om testers vanaf het begin van de sprint in het team te integreren: deelnemen aan vergaderingen, testcases plannen naarmate er nieuwe taken verschijnen, gezamenlijk dagelijkse stand-ups en retrospectives houden en helpen de transparantie van de status van testartifacten te vergroten (oplossing).
Belangrijkste kenmerken:
Kan je pas testen als alle taken van de sprint zijn voltooid?
Nee, de tester moet vanaf de eerste dagen van de sprint betrokken zijn en waar mogelijk nog niet volledig voltooide functionaliteit testen.
Moeten alle bugs in de huidige sprint worden opgelost?
Niet noodzakelijk, kritieke bugs — ja, niet-kritische kunnen naar de externe backlog worden verschoven en in de volgende sprint worden opgelost.
Is handtesting nodig als er automatisering is in Scrum?
Ja, handtesting is cruciaal voor het controleren van nieuwe functies en niet-geformaliseerde vereisten, evenals voor exploratory testing.
De tester was niet betrokken bij de planning en had geen toegang tot nieuwe taakverhalen tot het einde van de sprint. Hierdoor werden tests in een haast geschreven, met sommige bugs die naar volgende sprints werden verschoven.
Voordelen:
Nadelen:
De tester voegde zich vanaf de eerste dagen van de sprint bij het team, nam deel aan vergaderingen, had van tevoren inzicht in de opkomende taken en plande tests parallel aan de ontwikkeling.
Voordelen:
Nadelen: