is there any start stop boundary qa s role scrum
Welche Rolle spielt QA in Scrum: Scrum-Aktivitäten für die Tester
Dieser Artikel ist nicht nur ein Tutorial über einige Prozesse oder Methoden oder Anweisungen zur Arbeit als Qualitätssicherung. Dies ist vielmehr ein Artikel, in dem ich meine eigenen Erfahrungen mit der Arbeit als Senior QA bei SCRUM teilen möchte.
Mein früherer CTO hat das immer gesagt 'Mit der Freiheit kommt die Verantwortung'. Wenn Sie die Freiheit haben, Ihre Arbeit auf Ihre Weise zu erledigen, sind Sie und nur Sie für Ihre Arbeit oder Aufgaben oder Aktivitäten verantwortlich.
Darum geht es bei Scrum !! Lassen Sie mich Ihnen eine grundlegende Vorstellung von Scrum geben, wenn wir fortfahren.
Was du lernen wirst:
Übersicht über Scrum
Scrum ist eine Teilmenge der agile Methodik und ist ein leichtes Prozess-Framework, das weit verbreitet ist.
Scrum hilft uns, die Kunden zufrieden zu stellen, indem es ihnen das Produkt in kleinen Modulen zur Verfügung stellt. Außerdem macht es den Kunden darauf aufmerksam, dass ihre häufig wechselnden Anforderungen die Aktivitäten verlangsamen können. Die Veröffentlichungen sind kurz und die Arbeit richtet sich nach der Kapazität des beteiligten Teams, wodurch die Wahrscheinlichkeit von Ausfällen oder unglücklichen Kunden erheblich verringert wird.
Andererseits werden die Anforderungen (in diesem Fall User Stories) vor dem Start des Sprints festgelegt, um Nacharbeiten zu vermeiden, und dies führt zu einem verzögerten oder fehlgeschlagenen Sprint (Ausnahmen sind immer vorhanden).
Die größte Herausforderung für eine Qualitätssicherung besteht jedoch darin, dass die Release-Zeitspanne kurz ist. Ein Sprint besteht hauptsächlich aus einem 15-Tage-Zyklus. Daher erfordert die Bereitstellung eines fehlerfreien Produkts in maximal 4 bis 5 Tagen (ohne Zeitaufwand für die Entwicklung) viel Aufwand und kluges Denken.
Ich bin die Qualitätssicherung meines Teams:
Oh ja, ich bin die Qualitätssicherung meines Teams und ich bin ein wichtiger Spieler meines Teams. Warum?? Weil die Kunden, BAs, Scrum Master und alle anderen hinsichtlich der Qualität, des Erscheinungsbilds und der Leistung der Anwendung oder des Produkts unklar sind.
Da die Sprintdauer in Scrum kurz ist, muss die Qualitätssicherung auf intelligente Weise durchgeführt werden, und daher wird die Notwendigkeit der Qualitätssicherung, von Anfang an einbezogen zu werden, sehr wichtig. Es gibt Zeiten, in denen eine Qualitätssicherung die Rolle eines Proxy-Produktbesitzers spielen kann, wenn die Bestellung nicht verfügbar ist, und so dem BA bei der Erstellung der Testszenarien / -fälle für Akzeptanzkriterien hilft.
Die Entwickler wenden sich auch an die Qualitätssicherung, wenn sie Probleme mit der Funktionalität oder den Geschäftsregeln haben. In Scrum liegt der Fokus nur auf einer reibungslosen und erfolgreichen Sprint-Veröffentlichung. Es geht nicht um 'Meine Arbeit' oder 'Ihre Arbeit', um zu helfen, wenn Ihr Team Sie um Hilfe bittet.
Bei der Scrum-Teambindung spielen gesunde Beziehungen zwischen den Teammitgliedern eine sehr wichtige Rolle. Als Qualitätssicherung sollten Sie sehr vorsichtig sein, wenn Sie Ihre Meinung zu den von Ihnen getesteten User Stories mitteilen. In Ihrer Kommunikation sollte es um die User Story oder Funktionalität gehen und nicht um die Person, die daran gearbeitet hat.
In Scrum wird die Qualitätssicherung nicht nach der Anzahl der entdeckten Fehler beurteilt oder geschätzt, sondern auch nach der Art und Weise, wie er / sie mit dem Team interagiert, dem Team hilft und das Team auch in schwierigen Zeiten motiviert.
Neben dem Testen der Sprint-Aufgaben versucht das Schreiben von Testplänen / Testfällen / Release-Dokumenten auch mehr zu beinhalten, da die Release-Dauer des Sprints kurz ist und das Ziel für alle gleich ist 'Um ein funktionierendes fehlerfreies Produkt erfolgreich zu liefern, indem wir uns gegenseitig helfen'.
Eine Qualitätssicherung ist an fast allen Aktivitäten beteiligt, die in einem Sprint ausgeführt werden, und technisch gesehen gibt es keine Grenze für den Start oder Stopp von Qualitätssicherungsaktivitäten. Im Gegensatz zum traditionellen Wasserfallmodell, bei dem die Qualitätssicherung nur auf das Testen der Version beschränkt ist, hat die Qualitätssicherung hier viel mehr Verantwortlichkeiten. Daher würde ich vorschlagen, mehr der folgenden Aktivitäten auszuprobieren und durchzuführen.
Zu befolgende Aktivitäten
Im Folgenden sind einige Aktivitäten aufgeführt, die Sie als QS in Scrum empfehlen sollten.
Wie öffne ich einen Torrent?
# 1) Tiefer wohnen:
Damit meine ich, dass wenn die User Stories und ihre Akzeptanzkriterien fertig sind, sie gründlich studiert werden und tiefer über die Abhängigkeiten, versteckten Ergebnisse und darüber nachdenken, ob es einen besseren Weg gibt, dies zu tun.
Kommunizieren Sie und arbeiten Sie mit der BA und dem Entwicklungsteam darüber zusammen, da es vorkommen kann, dass sie auch nicht darüber nachgedacht haben. Teilen Sie Ihre Ideen und Erkenntnisse mit dem Team.
Wenn Sie feststellen, dass es versteckte Hindernisse oder negative Auswirkungen gibt, geben Sie ihnen beim Scrum Master und den Entwicklern Zeit, entsprechend zu denken und zu handeln. Diese Aktivität in Scrum wird sehr kritisch, wenn es sich um ein umfangreiches Projekt handelt wenn es Module gibt, die über die Teams verteilt sind.
Während des Studiums der Abhängigkeiten ist eine Auswirkung für eine Qualitätssicherung sehr wichtig und macht das Entwicklungsteam sogar darauf aufmerksam. Besprechen Sie dazu die QAs der anderen Teams und nehmen Sie Eingaben von ihnen entgegen.
# 2) In Schätzungen einbeziehen:
Die übliche Praxis besteht darin, eine Qualitätssicherung in die Schätzungen einzubeziehen. Aufgrund des kleinen Sprints wird die Qualitätssicherung jedoch häufig nicht um eine Schätzung gebeten, um die Aufgaben zu testen und ihnen 3/4/5 Tage für die Testarbeiten zu lassen.
Akzeptiere das niemals. Erhöhen Sie Ihre Stimme, wenn Sie müssen, aber stellen Sie sicher, dass Sie Ihre Testschätzung bereitstellen, die die Zeit enthalten sollte, die Sie für jede Arbeit benötigen.
Dies kann Zeit für Recherchen, Zeit für Setups, Zeit für das Sammeln historischer Daten usw. umfassen, muss jedoch streng und spezifisch in Bezug auf die für die Durchführung der Testaktivitäten erforderliche Zeit sein und diese Zeitwerte zusammen mit der Zeit für die Entwicklungsaufgaben zur User Story hinzufügen .
Dies ist sehr wichtig, da nur Sie für den Fehler verantwortlich sind, wenn Sie versuchen, Ihre Arbeit in der vorgegebenen Zeit auszuführen, und wenn Sie nicht in der Lage sind, die Arbeit abzuschließen. Wenn die QS-Zeit hinzugefügt wird, der Scrum Master, kennt die Bestellung die QS-Aktivitäten und den Zeitaufwand.
# 3) Dev QA Pairing:
Im Idealfall werden in Scrum die Sprint User Stories nach Abschluss der Entwicklung und nach Abschluss der Entwicklertests zum Testen übergeben. Das Problem hierbei ist jedoch, dass sie zum Zeitpunkt der Übergabe an die Qualitätssicherung zum Testen kaum 4 bis 5 Tage übergeben werden zur Demo oder Bewertung bleiben.
Wenn Sie als Qualitätssicherung sogar 4 Blocker oder Funktionsstörungen feststellen, müssen Sie spät in der Nacht oder am Wochenende arbeiten, um Ihr Veröffentlichungsdatum einzuhalten, da Funktionstests, Regressionen usw. durchgeführt werden müssen. Dies scheint das traditionelle Wasserfallmodell zu sein, das nicht der beste Weg ist, in Scrum der klügste 'Fehler verhindern, anstatt Fehler zu finden'.
Daher besteht die Lösung darin, eine QA-Kopplung für Entwickler durchzuführen und eine grundlegende Testrunde für das Entwickler-Setup durchzuführen, sobald die Entwickler bereits vor einer offiziellen Testversion mit den Geschichten fertig sind.
Die folgenden Kriterien können berücksichtigt werden, um eine BVT für das Entwickler-Setup für die User Stories durchzuführen:
- Akzeptanzkriterien für jede User Story: BVT der User Stories gemäß den Akzeptanzkriterien.
- Mangel an Vertrauen in Entwickler: Manchmal sind die Entwickler bei einigen Implementierungen nicht sicher und diskutieren daher solche Implementierungen und führen eine BVT für diejenigen durch, die sich im selben Entwickler-Setup befinden.
- Abhängigkeiten / Auswirkungstests: BVT der Abhängigkeiten oder Auswirkungen auf / der anderen Module der neuen Implementierungen.
- Unit Testing: Führen Sie mit dem Entwickler der von ihnen erstellten Komponententests eine BVT durch. Helfen Sie ihnen bei Bedarf, indem Sie die Komponententests hinzufügen oder aktualisieren.
Dies hilft dabei, das Hin und Her von Fehlern zu reduzieren und Zeit zu sparen, da vor der Freigabe für die Qualitätssicherung ein Großteil der abstürzenden oder funktionalen Fehler bereits behoben ist. Denken Sie daran, diese Fehler vor der Sprintüberprüfung in Ihren Werkzeugen zu protokollieren und bis zum Status 'geschlossen' zu verschieben.
# 4) Qualitätssicherung an der weißen Tafel:
Ich habe mein Team immer persönlich ermutigt, QS-Aufgaben in das White Scrum-Board aufzunehmen, einschließlich der Fehler. Dies hilft dem Scrum Master, den QS-Status einer User Story durch einfaches Betrachten der Tafel herauszufinden.
Das Nein. Die Anzahl der Fehler in der Aufgabenliste, die Fehler in der Liste 'In Bearbeitung', die QS-Aktivitäten in der Liste 'Aufgaben', 'In Bearbeitung' und 'Fertig' sprechen für sich. Ich finde es sehr schmerzhaft, wenn jemand nach dem Status des Testens einzelner Storys für einen Sprint fragt, weil ich zusätzliche Zeit aufwenden muss, um meinen Status aus der Kompilierung der Tools zu entfernen und sie anzuzeigen oder eine E-Mail zu erstellen.
Ich ziehe es einfach vor, die Person auf das Scrum Board zu verweisen und sie es selbst herausfinden zu lassen. Bevorzugen Sie eine helle, herausragende Farbe für die QA Sticky Slips.
# 5) Dokumentation:
Dies ist einer der Nachteile oder Nachteile von Scrum, dass aufgrund der geringen Größe von Sprint nicht viel Zeit für die Dokumentation bleibt und ich noch nie einen technischen Redakteur in einem Scrum-Team gesehen habe. Der Scrum Master / BA aktualisiert möglicherweise nicht immer die Dokumente zu den Produktinformationen.
Das Problem tritt auf, wenn neue Mitglieder beitreten oder im schlimmsten Fall, wenn sich die Geschäftsregeln, Funktionen und die Art und Weise, wie diese verfolgt werden, ändern, da das Suchen in 'Fertig' -Nutzergeschichten nach Informationen wie das Suchen nach einer Nadel im Heuhaufen aussieht.
Die Lösung besteht darin, nach Möglichkeit in einem Sprint eine separate Aufgabe für die Dokumentation zu erstellen (meistens in schwierigen Zeiten oder wenn die Arbeitsbelastung sehr gering ist), damit Sie die Dokumente überprüfen und aktualisieren oder vom Scrum Master oder BA aktualisieren lassen können.
Eine Qualitätssicherung ist die richtige Person, um bei der Aktualisierung der Dokumente zu helfen, da Sie derjenige sind, der die User Stories testet, überprüft und die Funktionen in- und auswendig kennt. Machen Sie es selbst, wenn es keinen BA gibt und Ihr Scrum Master mit der Aktualisierung beschäftigt ist.
# 6) Sprint Review / Sprint Demo:
Meistens ist es so, dass die Qualitätssicherung ausgewählt wird, um die Demo der PO und den Stakeholdern zu geben. Aber wenn nicht, überreden Sie Ihren Scrum Master dazu. Eine Qualitätssicherung ist eine richtige Person, um die Demo zu geben, da sie die User Story ein- und ausgecheckt hat.
Eine Qualitätssicherung kann aus geschäftlicher Sicht eine Demo durchführen, da sie die Funktionen, die Abläufe und die Geschäftsregeln kennt. Bereiten Sie sich gut auf die Demo vor und versuchen Sie, jede einzelne Frage der PO und der Stakeholder zu beantworten. Dies wird Ihnen helfen, in Abwesenheit des Scrum Masters und des BA zum Ansprechpartner für sie zu werden.
# 7) Benimm dich wie ein BA:
Dies ist keine reguläre Aufgabe und wird nicht einmal von einer Qualitätssicherung erwartet. Versuchen Sie jedoch, diese Rolle zu übernehmen, wenn eine Chance besteht, da eine Qualitätssicherung die beste Person ist, um ein BA zu sein. Versuchen Sie beispielsweise zu überlegen und zu visualisieren, ob die Abläufe, Funktionen oder Geschäftsregeln so geändert werden können, dass sie dem Kunden zugute kommen.
Denken und suchen Sie nach den aktuellen Trends in der Benutzeroberfläche, dem Erscheinungsbild der Anwendung und wie sie selig gesprochen, benutzerfreundlicher gestaltet werden kann usw. Wenn das Team bei einem Problem feststeckt, engagieren Sie sich und versuchen Sie, eine einfache und intelligente Lösung zu finden Lösung. Dies stärkt Ihre Rolle und trägt zu Ihrem Karrierewachstum bei.
Die Chancen ergeben sich bei Gesprächen mit der Bestellung, wenn einige Probleme besprochen wurden oder in einer Überprüfung / Demo, in der Sie Vorschläge machen können.
Fazit
Scrum ist eine ganz andere Methode als die normale Wasserfallmethode, und der Scrum Master ist ein Moderator. Erwarten Sie daher nicht, dass er / sie Ihre Aktivitäten für Sie definiert.
In Scrum gibt es keine Start- und Endgrenze für die Rolle einer Qualitätssicherung. Die Qualitätssicherung muss und muss von Anfang bis Ende, von der Vorplanung bis zur Sprint-Überprüfung / Demo an jeder Aktivität beteiligt sein und an allen Aktivitäten teilnehmen.
Dies hilft, das Produkt oder die Anwendung zu verstehen, da (wie bereits erwähnt) bei der Arbeit in Scrum keine ordnungsgemäße Dokumentation verfügbar ist. Von Ihnen wird erwartet, dass Sie verantwortlich, motiviert und proaktiv sind. Warten Sie daher nicht, bis jemand kommt und Ihnen sagt, was oder wie Sie tun sollen.
Sie sollten selbst Initiativen ergreifen, dem Team auf jede erdenkliche Weise helfen, eine gesunde Beziehung pflegen, den Überblick über die laufenden Dinge im Team behalten und vor allem Ihre Aufgaben in einem bestimmten Sprint klar definieren.
Hier gibt es keine Manager, die Sie überwachen oder Ihre Aktivitäten verfolgen. Seien Sie immer mit einer helfenden Hand für Ihr Team bereit und Sie erhalten die besten Möglichkeiten.
Fühlen Sie sich frei, Ihre Gedanken / Vorschläge zu diesem informativen Artikel im Kommentarbereich unten auszudrücken.
Literatur-Empfehlungen
- Rolle von Business Analysten in SCRUM und warum ist eine Qualitätssicherung für diese Rolle am besten geeignet?
- Agile Scrum Online Quiz: Testen Sie Ihr Wissen über Agile Scrum
- Installieren Sie Ihre Anwendung auf dem Gerät und starten Sie den Test von Eclipse aus
- Kanban vs Scrum vs Agile: Ein detaillierter Vergleich, um Unterschiede zu finden
- So liefern Sie mithilfe des Agile Scrum-Prozesses in kurzer Zeit hochwertige Softwarefunktionen
- Agiles Manifest: Agile Werte und Prinzipien verstehen
- Fehler-Triaging in Scrum: Wie ist es in einem Scrum-Setup organisiert?
- Beste Software-Test-Tools 2021 [QA Test Automation Tools]