Tutorial zur Scrum-Testmethodik

Scrum im Softwaretest

Scrum im Softwaretest Scrum ist eine Methodik zur Entwicklung komplexer Softwareanwendungen. Sie bietet einfache Lösungen für die Ausführung komplizierter Aufgaben. Scrum unterstützt das Entwicklungsteam dabei, sich auf alle Aspekte der Softwareproduktentwicklung zu konzentrieren, einschließlich Qualität, Leistung und Benutzerfreundlichkeit. Es sorgt für Transparenz, Überprüfung und Anpassung während der Softwareentwicklung, um Komplexität zu vermeiden.

Scrum-Tests

Scrum-Tests Das Testen wird im Rahmen der Scrum-Methodik durchgeführt, um sicherzustellen, dass die Anforderungen an eine Softwareanwendung erfüllt werden. Dabei werden nicht-funktionale Parameter wie Sicherheit, Benutzerfreundlichkeit und Leistung geprüft. Da es keine aktive Rolle eines Testers gibt, wird das Testen üblicherweise von den Entwicklern mithilfe von Unit-Tests durchgeführt. Je nach Art und Komplexität des Projekts sind mitunter dedizierte Testteams erforderlich. Moderne Teams koordinieren diese Arbeit häufig in Jira, Linear oder anderen Tools. Azure DevOps oder Asana.

Hauptmerkmale der Scrum-Methodik

Im Folgenden sind die wichtigsten Merkmale von Scrum aufgeführt:

• Scrum zeichnet sich durch einen kurzen, festen Zeitplan von Release-Zyklen mit anpassbarem Umfang aus, bekannt als SprintsUm den sich rasch ändernden Entwicklungsanforderungen gerecht zu werden, kann jede Version mehrere Versionen enthalten. Sprints. Jedes Scrum-Projekt kann mehrere Releasezyklen haben.
• Eine sich wiederholende Folge von Meetings, Veranstaltungen und Meilensteine.
• Eine Praxis zum Testen und Implementieren neuer Anforderungen, bekannt als Geschichtenum sicherzustellen, dass nach jedem Arbeitsschritt ein Teil der Arbeit zur Veröffentlichung bereit ist. Sprint.

Scrum basiert auf den folgenden 3 Säulen:

Betrachten wir sie nacheinander.

1. Rollen in Scrum

Im Scrum-Testing gibt es drei Hauptrollen: den Product Owner, den Scrum Master und das Entwicklungsteam. Lassen Sie uns diese genauer betrachten.

Produktinhaber	Scrum Master	Zum Team
Er oder sie definiert die Merkmale des Produkts.	Er oder sie leitet das Team und sorgt für die Produktivität des Teams.	Das Team besteht in der Regel aus 5 bis 9 Mitgliedern.
Der Product Owner legt den Veröffentlichungstermin und die entsprechenden Funktionen fest.	Er oder sie pflegt die Sperrliste und beseitigt Hindernisse für die Entwicklung.	Dazu gehören Entwickler, Designer und manchmal auch Tester.
Sie priorisieren die Funktionen entsprechend dem Marktwert und der Rentabilität des Produkts.	Er oder sie koordiniert alle Rollen und Funktionen.	Das Team organisiert und plant seine Arbeit selbst.
Er oder sie ist für die Rentabilität des Produkts verantwortlich.	Er oder sie schützt das Team vor äußeren Einflüssen.	Hat das Recht, im Rahmen des Projekts alles zu tun, um die Anforderungen zu erfüllen. Sprint Tor.
Er oder sie kann die Ergebnisse der Arbeitsvorgänge annehmen oder ablehnen.	Einladungen zum täglichen Scrum, Sprint RevRezension und Planungstreffen.	Nimmt aktiv an den täglichen Zeremonien teil.

2. Scrum-Artefakte

Ein Scrum-Prozess umfasst:

• Benutzergeschichten: Es handelt sich um eine kurze Erläuterung der Funktionen des zu testenden Systems. Beispiel für einen Versicherer: „Die Prämie kann über das Online-System bezahlt werden.“
• Produktrückstand: Es handelt sich um eine Sammlung von User Stories, die für ein Scrum-Produkt erfasst wurden. Der Product Owner bereitet vor und pflegt das Product Backlog. Es wird vom Product Owner priorisiert, und jeder kann es mit dessen Genehmigung ergänzen. Moderne Teams pflegen das Product Backlog in Jira, Linear, Azure DevOps oder Asana.
• Release-Rückstand: Ein Release ist ein Zeitrahmen, in dem eine bestimmte Anzahl von Iterationen abgeschlossen wird. Der Product Owner koordiniert Gemeinsam mit dem Scrum Master wird entschieden, welche User Stories für ein Release vorgesehen sind. Die User Stories im Release-Backlog sind für die Fertigstellung in einem Release vorgesehen.
• Sprints: Es handelt sich um einen festgelegten Zeitraum für die Fertigstellung der User Stories, der vom Product Owner und dem Entwicklungsteam festgelegt wird, in der Regel 2-4 Wochen.
• Sprint Rückstand: Es handelt sich um eine Reihe von Benutzergeschichten, die in einem bestimmten Zeitraum abgeschlossen werden sollen. Sprint. Während Sprint Im Backlog werden Aufgaben nie fest zugeteilt, sondern die Teammitglieder melden sich selbstständig für Arbeit an. Er wird vom Team verwaltet, und der geschätzte Restaufwand wird täglich aktualisiert. Es handelt sich um die Liste der Aufgaben, die in einem bestimmten Zeitraum erledigt werden müssen. Sprint.
• Blockliste: Es handelt sich um eine Liste von Hindernissen und noch nicht getroffenen Entscheidungen, die dem Scrum Master gehört und täglich aktualisiert wird.
• Burndown-Diagramm: Das Burndown-Chart visualisiert den Gesamtfortschritt der laufenden und abgeschlossenen Arbeiten im gesamten Prozess. Es stellt die noch nicht fertiggestellten Stories und Features grafisch dar.

3. Zeremonien (Prozesse) in Scrum

• Sprint Planung: A Sprint beginnt damit, dass das Team Stories aus dem Release Backlog in den Sprint Backlog; er wird vom Scrum Master verwaltet. Tester schätzen den Aufwand für das Testen der verschiedenen User Stories im Backlog. Sprint Rückstand.
• Tägliches Aufstehen: Das auch als Daily Scrum bezeichnete Meeting wird vom Scrum Master geleitet und dauert etwa 15 Minuten. Während des Daily Stand-ups besprechen die Teilnehmer die am Vortag erledigte Arbeit, die für den nächsten Tag geplante Arbeit und aufgetretene Probleme. SprintDer Teamfortschritt ist tracked hier.
• Sprint RevBlick / Rückblick: Es wird ebenfalls vom Scrum Master geleitet, dauert etwa 2-4 Stunden und bespricht, was das Team in den letzten Tagen erreicht hat. Sprint und welche Lehren daraus gezogen wurden.

Nachdem Scrum-Rollen, -Artefakte und -Zeremonien etabliert sind, ist es wichtig, genau zu klären, wo die Tester in diesem Rahmen ihren Platz haben.

Rolle des Testers in Scrum

Im Scrum gibt es keine aktive Rolle des Testers Der Testprozess wird üblicherweise von einem Entwickler mithilfe von Unit-Tests durchgeführt, wobei der Product Owner während jedes Testschritts ebenfalls häufig in den Testprozess eingebunden ist. Sprint. Manche Scrum-Projekte verfügen je nach Art und Komplexität des Projekts über eigene Testteams..

Die nächste Frage lautet: Was macht ein Tester in Scrum? Der folgende Abschnitt wird diese Frage beantworten.

Testaktivitäten in Scrum

Tester führen in den verschiedenen Phasen von Scrum folgende Aktivitäten durch:

Sprint Planung

• In Sprint Bei der Planung sollte ein Tester eine User Story aus dem Product Backlog auswählen, die getestet werden soll.
• Als Tester sollte er oder sie entscheiden, wie viele Stunden (Aufwandsschätzung) dafür benötigt werden. beenden Tests für jede der ausgewählten User Stories.
• Als Tester muss er oder sie wissen, was die Sprint Ziele sind.
• Als Tester tragen Sie zum Priorisierungsprozess bei.

Sprint

• Unterstützen Sie Entwickler bei Unit-Tests.
• Testen Sie die User Story nach deren Fertigstellung. Die Testausführung wird durchgeführt in einem Labor, in dem Tester und Entwickler eng zusammenarbeiten. Fehler werden protokolliert in einem Fehlermanagement-Tool und tracTäglich werden Fehler gemeldet und analysiert. Sie können während des Scrum-Meetings besprochen und analysiert werden. Sobald Fehler auftreten, werden sie erneut getestet. entschlossen und werden zum Testen bereitgestellt. Moderne Scrum-Teams verwenden typischerweise Jira, Linear, Azure DevOps oder Asana für diesen Workflow.
• Als Tester nimmt er oder sie an allen täglichen Stand-up-Meetings teil, um sich zu Wort zu melden.
• Als Tester kann er oder sie jedes Backlog-Element einbringen, das im aktuellen Prozess nicht abgeschlossen werden kann. Sprint und lege es in das nächste Sprint.
• Der Tester ist verantwortlich für die Entwicklungping Automatisierungsskripte. Er oder sie plant automatisierte Tests mit einem Kontinuierliches Integrationssystem (CI).Aufgrund kurzer Lieferzeiten gewinnt die Automatisierung an Bedeutung. Testautomatisierung lässt sich mithilfe verschiedener Open-Source- oder kostenpflichtiger Tools realisieren. Dies erweist sich als effektiv, um sicherzustellen, dass alle zu testenden Aspekte abgedeckt sind. Eine ausreichende Testabdeckung kann durch enge Kommunikation im Team erreicht werden.
• RevCI-Automatisierungsergebnisse einsehen und Berichte an die Stakeholder senden.
• Führen Sie nicht-funktionale Tests für genehmigte User Stories durch.
• In Abstimmung mit dem Kunden und dem Product Owner die Akzeptanzkriterien für die Abnahmetests festlegen.
• Am Ende der SprintDer Tester führt in einigen Fällen auch Abnahmetests (UAT) durch und bestätigt die Vollständigkeit der Tests für das aktuelle System. Sprint.

Sprint Retrospektive

• Als Tester wird er oder sie herausfinden, was im aktuellen Fall schiefgelaufen ist und was gut gelaufen ist. Sprint.
• Als Tester identifiziert er oder sie die gewonnenen Erkenntnisse und bewährten Vorgehensweisen.

Sobald diese Testaktivitäten jeweils laufen SprintTeams sind auf klare Kennzahlen angewiesen, um Fortschritte zu kommunizieren, weshalb die Testberichterstattung unerlässlich wird.

Testberichte

Scrum-Testmetrikenberichte schaffen Transparenz und Einblick in den Projektfortschritt für alle Beteiligten. Anhand der berichteten Metriken kann das Team seinen Fortschritt analysieren und seine zukünftige Strategie zur Produktverbesserung planen. Tools wie Jira, Linear, Azure DevOps und Asana Viele dieser Berichte werden automatisch generiert. Zwei Kennzahlen werden häufig für die Berichtserstellung verwendet.

Burndown-Diagramm: Täglich erfasst der Scrum Master die geschätzte verbleibende Arbeit für die SprintDies ist das Burndown-Chart, das täglich aktualisiert wird.

Ein Burndown-Chart bietet einen schnellen Überblick über den Projektfortschritt. Dieses Diagramm enthält Informationen wie den gesamten Arbeitsaufwand im Projekt, der noch zu erledigen ist, und den in jedem Abschnitt abgeschlossenen Arbeitsaufwand. Sprint, Und so weiter.

Geschwindigkeitsverlaufsdiagramm: Das Geschwindigkeitsverlaufsdiagramm sagt die Geschwindigkeit voraus, die das Team in jedem Spiel erreicht. SprintEs handelt sich um ein Balkendiagramm, das die Entwicklung der Teamleistung im Laufe der Zeit darstellt.

Weitere nützliche Kennzahlen sind beispielsweise der Zeitplanverbrauch, der Budgetverbrauch, der prozentuale Fertigstellungsgrad des Themas, die Anzahl der abgeschlossenen Stories, die Anzahl der verbleibenden Stories usw.

Häufig gestellte Fragen