Handleiding voor Scrum-testmethodologie
Scrum bij het testen van software
Scrum bij het testen van software is een methodologie voor het bouwen van complexe softwaretoepassingen. Het biedt eenvoudige oplossingen voor het uitvoeren van ingewikkelde taken. Scrum helpt het ontwikkelteam om zich te concentreren op alle aspecten van de softwareproductontwikkeling, zoals kwaliteit, prestaties, bruikbaarheid, enzovoort. Het biedt 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 of 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 speciale testteams nodig, afhankelijk van de aard en complexiteit van het project.
Belangrijkste kenmerken van de Scrum-methodologie
Hieronder staan de belangrijkste kenmerken van Scrum:
- Scrum heeft een kort vast schema van releasecycli met aanpasbare reikwijdte, ook wel bekend als sprints om snel veranderende ontwikkelingsbehoeften aan te pakken. Elke release kan meerdere sprints hebben. Elk Scrum-project kan meerdere releasecycli hebben.
- Een zich herhalende reeks van vergaderingen, evenementen en mijlpalen
- Een praktijk van het testen en implementeren van nieuwe vereisten, bekend als Stories, om ervoor te zorgen dat er na elke sprint een deel van het werk gereed is
Scrum is gebaseerd op de volgende 3 pijlers:
Laten we ze een voor een bekijken
1. Rollen in Scrum
Er zijn drie hoofdrollen bij Scrum Testen: Product Owner, Scrum Master en The Development Team. Laten we ze in detail bestuderen
Product Owner | Scrum Master | Het Team |
---|---|---|
Hij/zij definieert de kenmerken van het product. | Hij/zij geeft leiding aan het team en zorgt voor de productiviteit van het team | Het team bestaat meestal uit ongeveer 5-9 leden |
Product Owner bepaalt de releasedatum en bijbehorende features | Hij/Zij houdt de blokkeerlijst bij en neemt barrières in de ontwikkeling weg | Het omvat ontwikkelaars, ontwerpers en soms testers, enz. |
Ze geven prioriteit aan de kenmerken op basis van de marktwaarde en winstgevendheid van het product | Hij/zij coördineert met alle rollen en functies | Het team organiseert en plant hun werk zelfstandig |
Hij/Zij is verantwoordelijk voor de winstgevendheid van het product | Hij/zij beschermt het team tegen interferenties van buitenaf | Heeft het recht om alles binnen de grenzen van het project te doen om het sprintdoel te behalen |
Hij/zij kan het resultaat van een werkitem accepteren of afwijzen | Nodigt uit voor de dagelijkse scrum-, sprintreview- en planningsvergaderingen | Actief deelnemen aan dagelijkse ceremonies |
2. Scrum-artefacten
Een scrumproces omvat
- Gebruikersverhalen: Ze vormen een korte uitleg van de functionaliteiten van het te testen systeem. Voorbeeld voor verzekeraar is: “Premie kan worden betaald via het online systeem.”
- Productachterstand: Het is een verzameling gebruikersverhalen vastgelegd voor een scrumproduct. De producteigenaar bereidt zich voor en onderhoudt de product backlog. Het wordt geprioriteerd door de producteigenaar en iedereen kan er met goedkeuring van de producteigenaar iets aan toevoegen.
- Achterstand vrijgeven: Een release is een tijdsbestek waarin het aantal iteraties is voltooid. De producteigenaar coördineert met de scrummaster om te beslissen op welke verhalen een release moet worden gericht. Het is de bedoeling dat stories in de release backlog in een release worden voltooid.
- Sprints: Het is een vaste periode om de gebruikersverhalen te voltooien, bepaald door de producteigenaar en het ontwikkelaarsteam, meestal 2-4 weken.
- Sprint Achterstand: Het is een set van user stories die in een sprint moeten worden voltooid. Tijdens de sprint backlog wordt er nooit werk toegewezen en meldt het team zich zelf 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
- Blokkeerlijst: Het is een lijst met blokkades en ongedane beslissingen die eigendom zijn van de scrummaster en die dagelijks wordt bijgewerkt
- Burndown-grafiek: Het burn-downdiagram geeft de algehele voortgang weer van het onderhanden werk en het voltooide werk gedurende het hele proces. Het vertegenwoordigt in een grafiekformaat de verhalen en functies die nog niet zijn voltooid
3. Ceremonies (processen) in Scrum
- Sprint Planning: Een sprint begint met het team dat stories importeert van de release backlog naar de sprint backlog; het wordt gehost door scrum master. De testers schatten de inspanning om de verschillende stories in de Sprint Achterstand.
- Dagelijkse scrum: Het wordt gehost door scrum master, het duurt ongeveer 15 minuten. Tijdens Daily Scrum bespreken de leden het werk dat de vorige dag is voltooid, het geplande werk voor de volgende dag en problemen die tijdens een sprint zijn ontstaan. Tijdens de dagelijkse stand-up meeting wordt de voortgang van het team bijgehouden.
- Sprint Revoverzicht/ Retrospectief: Ook dit wordt geleid door de scrum master. Het duurt ongeveer 2-4 uur en tijdens dit gesprek wordt besproken 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 de Scrum Proces. Meestal wordt het testen uitgevoerd door een ontwikkelaar met Unit Test. Terwijl de producteigenaar ook vaak betrokken is bij het testproces tijdens elke sprint. Sommige Scrum-projecten hebben speciale testteams, afhankelijk van de aard en complexiteit van het project..
De volgende vraag is, wat doen testers in een scrum? De volgende notitie zal antwoorden
Activiteiten testen in Scrum
Testers voeren de volgende activiteiten uit tijdens de verschillende fasen van Scrum:
Sprint Planning
- Bij sprintplanning moet een tester een user story uit de productbacklog selecteren die getest moet worden.
- Als tester moet hij/zij bepalen hoeveel uur (inspanningsschatting) het moet kosten af te maken testen voor elk van de geselecteerde gebruikersverhalen.
- Als tester moet hij/zij weten wat sprintdoelen zijn.
- Als tester draag je bij aan het prioriteringsproces
Sprint
- Ondersteun ontwikkelaars bij het testen van units
- Test het gebruikersverhaal wanneer dit is voltooid. Er wordt een testuitvoering uitgevoerd in een laboratorium waar zowel tester als ontwikkelaar hand in hand werken. Defect is ingelogd Tool voor defectbeheer die dagelijks worden gevolgd. Tijdens de scrummeeting kunnen defecten worden besproken en geanalyseerd. Defecten worden zodra deze zich voordoen opnieuw getest opgelost en ingezet voor testen
- Als tester is hij/zij aanwezig bij alle dagelijkse stand-up meetings om zich uit te spreken
- Als tester kan hij/zij elk backlog-item dat niet in de huidige sprint kan worden afgerond, meenemen naar de volgende sprint.
- Tester is verantwoordelijk voor het ontwikkelen van automatiseringsscripts. Hij plant automatiseringstesten met Continuous Integration (CI)-systeem. Automatisering krijgt het belang vanwege de korte leveringstermijnen. Testautomatisering kan worden bereikt door gebruik te maken van verschillende open source of betaalde tools die op de markt beschikbaar zijn. Dit blijkt effectief om ervoor te zorgen dat alles wat moet worden getest, gedekt is. Voldoende testdekking kan worden bereikt door nauwe communicatie met het team.
- Revbekijk de resultaten van CI-automatisering en stuur rapporten naar de belanghebbenden
- Het uitvoeren van niet-functionele tests voor goedgekeurde gebruikersverhalen
- Coördineer met de klant en producteigenaar om acceptatiecriteria voor acceptatietests te definiëren
- Aan het einde van de sprint voert de tester in sommige gevallen ook acceptatietesten (UAT) uit en bevestigt de volledigheid van de tests voor de huidige sprint.
Sprint met terugwerkende kracht
- Als tester zal hij uitzoeken wat er fout ging en wat er goed ging in de huidige sprint
- Als tester identificeert hij de geleerde lessen en best practices
Testrapportage
Scrum Test-metriekrapportage biedt transparantie en zichtbaarheid voor belanghebbenden over het project. Met de gerapporteerde statistieken kan een team hun voortgang analyseren en hun toekomstige strategie plannen om het product te verbeteren. Er zijn twee statistieken die vaak worden gebruikt om te rapporteren.
Burn-down grafiek: Elke dag registreert Scrum Master het geschatte resterende werk voor de sprint. Dit is niets anders dan de Burn Down Chart. Deze wordt dagelijks bijgewerkt.
Een burndown-diagram geeft een snel overzicht van de voortgang van een project. Het diagram bevat informatie zoals de totale hoeveelheid werk die in het project moet worden voltooid, de hoeveelheid werk die tijdens elke sprint is voltooid, enzovoort.
Snelheidsgeschiedenisgrafiek: De velocity history-grafiek voorspelt de velocity van het team dat in elke sprint wordt bereikt. Het is een staafdiagram en geeft weer hoe de output van het team in de loop van de tijd is veranderd.
De aanvullende statistieken die nuttig kunnen zijn, zijn planningsverbranding, budgetverbranding, themapercentage voltooid, voltooide verhalen – resterende verhalen enzovoort.
Dit gaat allemaal over Scrum in software-engineering