Scrum bij het testen van software
Scrum in Software Testing is een methodologie voor het bouwen van complexe softwareapplicaties. Het biedt gemakkelijke oplossingen voor het uitvoeren van gecompliceerde taken. Scrum helpt het ontwikkelingsteam om zich te concentreren op alle aspecten van de ontwikkeling van softwareproducten, zoals kwaliteit, prestaties, bruikbaarheid enzovoort. Het zorgt voor transparantie, inspectie en aanpassing tijdens de softwareontwikkeling om complexiteit te voorkomen.
Scrum-testen
Scrum-testen is een test die wordt uitgevoerd in de scrum-methodologie om te verifiëren dat aan de vereisten van de softwaretoepassing wordt voldaan. Het omvat het controleren van niet-functionele parameters zoals beveiliging, bruikbaarheid, prestaties enz. Er is geen actieve rol van tester in het proces, dus het wordt meestal uitgevoerd door ontwikkelaars met Unit Test. Soms zijn toegewijde testteams nodig, afhankelijk van de aard en complexiteit van het project.
In deze tutorial leer je-
- Wat is Scrum?
- Belangrijkste kenmerken van Scrum-methodologie
- Rollen in Scrum
- Scrum-artefacten
- Ceremonies (processen) in Scrum
- Rol van tester in Scrum
- Activiteiten testen in Scrum
- Testrapportage
Belangrijkste kenmerken van Scrum-methodologie
Hieronder volgen de belangrijkste kenmerken van Scrum-
- Scrum heeft een kort vast schema van release-cycli met een aanpasbare scope, ook wel sprints genoemd, om in te spelen op snel veranderende ontwikkelingsbehoeften. Elke release kan meerdere sprints hebben. Elk Scrum-project kan meerdere releasecycli hebben.
- Een zich herhalende reeks vergaderingen, evenementen en mijlpalen
- Een praktijk van het testen en implementeren van nieuwe vereisten, ook wel verhalen genoemd , om ervoor te zorgen dat na elke sprint wat werk klaar is
Scrum is gebaseerd op de volgende 3 pijlers:
Laten we de een voor een bekijken
1. Rollen in Scrum
Er zijn drie hoofdrollen in Scrum Testing: Product Owner, Scrum Master en The Development Team. Laten we ze in detail bestuderen
|
Product eigenaar |
Scrum Master |
Het team |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Scrum-artefacten
Een scrum-proces omvat
- Gebruikersverhalen: Ze zijn een korte uitleg van de functionaliteiten van het te testen systeem. Voorbeeld voor verzekeraar is - "Premie kan worden betaald via het online systeem."
- Product Backlog: het is een verzameling gebruikersverhalen die zijn vastgelegd voor een scrumproduct. De product owner bereidt de product backlog voor en onderhoudt deze. Het krijgt prioriteit van de producteigenaar en iedereen kan er iets aan toevoegen met goedkeuring van de producteigenaar.
- Release Backlog: Een release is een tijdsbestek waarin het aantal iteraties is voltooid. De producteigenaar stemt af met de scrummaster om te beslissen op welke verhalen een release moet worden gericht. Verhalen in de release-backlog zijn bedoeld om in een release te worden voltooid.
- Sprints: het is een vaste periode om de gebruikersverhalen te voltooien, bepaald door de producteigenaar en het ontwikkelteam, meestal 2-4 weken.
- Sprint Backlog: het is een reeks gebruikersverhalen die in een sprint moeten worden voltooid. Tijdens sprintachterstand wordt werk nooit toegewezen en meldt het team zich zelfstandig aan voor werk. Het is eigendom van en wordt beheerd door het team, terwijl het geschatte resterende werk dagelijks wordt bijgewerkt. Het is de lijst met taken die in Sprint moeten worden uitgevoerd
- Blokkeringslijst: het is een lijst met blokken en niet-gemaakte beslissingen die eigendom zijn van de scrummaster en die dagelijks wordt bijgewerkt
- Burndown-diagram: Burn-down-diagram geeft de algemene voortgang van het onderhanden werk en het voltooide werk gedurende het hele proces weer. Het geeft in een grafische vorm de verhalen en functies weer die niet zijn voltooid
3. Ceremonies (processen) in Scrum
- Sprint Planning: Een sprint begint met het importeren van verhalen van de release backlog door het team naar de sprint backlog; het wordt gehost door scrum master. De Testers schatten de inspanning om de verschillende verhalen in de Sprint Backlog te testen.
- Dagelijkse Scrum: het wordt gehost door scrummaster, het duurt ongeveer 15 minuten. Tijdens de dagelijkse Scrum bespreken de leden het werk dat de vorige dag is voltooid, het geplande werk voor de volgende dag en de problemen waarmee ze tijdens een sprint worden geconfronteerd. Tijdens de dagelijkse stand-up meeting wordt de voortgang van het team bijgehouden.
- Sprint Review / Retrospective: Het wordt ook gehost door scrum master, het duurt ongeveer 2-4 uur en bespreekt wat het team heeft bereikt in de laatste sprint en welke lessen er zijn geleerd.
Rol van tester in Scrum
Er is geen actieve rol van Tester in het Scrum- proces. Meestal wordt het testen uitgevoerd door een ontwikkelaar met Unit Test. Terwijl product owner tijdens elke sprint ook vaak betrokken is bij het testproces. Sommige Scrum-projecten hebben toegewijde testteams, afhankelijk van de aard en complexiteit van het project .
De volgende vraag is: wat doet de tester in een scrum? De volgende opmerking zal beantwoorden
Activiteiten testen in Scrum
Testers doen de volgende activiteiten tijdens de verschillende fasen van Scrum-
Sprint Planning
- Bij het plannen van een sprint moet een tester een gebruikersverhaal kiezen uit de productachterstand dat moet worden getest.
- Als tester moet hij / zij beslissen hoeveel uur (schatting van de inspanning) nodig is om het testen te voltooien voor elk van de geselecteerde gebruikersverhalen.
- Als tester moet hij / zij weten wat sprintdoelen zijn.
- Draag als tester bij aan het prioriteringsproces
Sprint
- Ondersteun ontwikkelaars bij het testen van eenheden
- Test user-story als je klaar bent. Testuitvoering wordt uitgevoerd in een laboratorium waar zowel tester als ontwikkelaar hand in hand werken. Defecten worden geregistreerd in de tool Defect Management die dagelijks wordt bijgehouden. Tijdens de scrummeeting kunnen gebreken worden overgedragen en geanalyseerd. Defecten worden opnieuw getest zodra deze zijn verholpen en worden ingezet om te testen
- Als tester woont hij / zij alle dagelijkse stand-upvergaderingen bij om te spreken
- Als tester kan hij / zij elk backlog-item dat niet in de huidige sprint kan worden voltooid, meenemen naar de volgende sprint
- Tester is verantwoordelijk voor het ontwikkelen van automatiseringsscripts. Hij plant automatiseringstests met het Continuous Integration (CI) -systeem. Automatisering krijgt het belang vanwege korte levertijden. Testautomatisering kan worden bereikt door gebruik te maken van verschillende open source of betaalde tools die op de markt beschikbaar zijn. Dit blijkt effectief te zijn om ervoor te zorgen dat alles wat getest moet worden, werd gedekt. Voldoende testdekking kan worden bereikt met een nauwe communicatie met het team.
- Bekijk de resultaten van CI-automatisering en stuur rapporten naar de belanghebbenden
- Uitvoeren van niet-functionele testen voor goedgekeurde user stories
- Coördineren met klant en producteigenaar om acceptatiecriteria voor acceptatietests te definiëren
- Aan het einde van de sprint doet de tester in sommige gevallen ook acceptatietests (UAT) en bevestigt hij de volledigheid van de test voor de huidige sprint
Sprint Retrospective
- Als tester gaat hij uitzoeken wat er mis ging en wat er goed ging in de huidige sprint
- Als tester identificeert hij geleerde lessen en best practices
Testrapportage
Scrum Test metrics-rapportage biedt transparantie en zichtbaarheid aan belanghebbenden over het project. De statistieken die worden gerapporteerd, stellen een team in staat om hun voortgang te analyseren en hun toekomstige strategie te plannen om het product te verbeteren. Er zijn twee statistieken die vaak worden gebruikt om te rapporteren.
Burn-down chart: Elke dag registreert Scrum Master het geschatte resterende werk voor de sprint. Dit is niets anders dan de Burn Down Chart. Het wordt dagelijks bijgewerkt.
Een burndown-grafiek geeft een snel overzicht van de voortgang van het project, deze grafiek bevat informatie zoals de totale hoeveelheid werk in het project dat moet worden voltooid, de hoeveelheid werk die tijdens elke sprint is voltooid, enzovoort.
Snelheidsgeschiedenisgrafiek: De snelheidsgeschiedenisgrafiek voorspelt de snelheid van het team dat in elke sprint wordt bereikt. Het is een staafdiagram en geeft weer hoe de output van teams in de loop van de tijd is veranderd.
De aanvullende statistieken die nuttig kunnen zijn, zijn branden plannen, budget branden, themapercentage voltooid, voltooide verhalen - resterende verhalen enzovoort.
Heb je tips of ervaringen voor Scrum Testing? Laat hieronder een reactie achter-