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:

Belangrijkste kenmerken van de Scrum-methodologie

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

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

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.

Testrapportage

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