Tutorial zur Scrum-Testmethodik
Thomas Hamilton
โก Intelligente Zusammenfassung
Scrum Testing ist ein kontinuierlicher Validierungsansatz, der in Scrum eingebettet ist. Sprint Zyklen, in denen Entwickler, Tester und Produktverantwortliche zusammenarbeiten, um funktionale und nicht-funktionale Anforderungen zu รผberprรผfen und dabei Transparenz, Anpassungsfรคhigkeit und schnelle Lieferung wรคhrend des gesamten Projektlebenszyklus zu gewรคhrleisten.
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.
