Agiles Testen - Kanban
Agile Testing-Aktivitäten können mithilfe von Kanban-Konzepten effektiv verwaltet werden. Die folgenden Punkte stellen sicher, dass die Tests innerhalb einer Iteration / eines Sprints rechtzeitig abgeschlossen werden, und konzentrieren sich daher auf die Lieferung von Qualitätsprodukten.
Testbare und effektiv dimensionierte User Stories führen zur Entwicklung und zum Testen innerhalb der angegebenen Fristen.
Mit dem WIP-Limit (Work-In-Progress) können Sie sich auf eine begrenzte Anzahl von User Stories gleichzeitig konzentrieren.
Das Kanban-Board, das den Workflow visuell darstellt, hilft bei der Verfolgung der Testaktivitäten und etwaiger Engpässe.
Das Kanban-Team-Kollaborationskonzept ermöglicht die Behebung von festgestellten Engpässen ohne Wartezeit.
Die Vorbereitung von Testfällen im Voraus, die Pflege der Testsuite während der Entwicklung und das Einholen von Kundenfeedback helfen bei der Beseitigung von Fehlern innerhalb der Iteration / des Sprints.
Die Definition von Done (DoD) wird als Done-Done in dem Sinne bezeichnet, dass eine Story erst nach Abschluss des Tests einen Abschlusszustand erreicht.
Testaktivitäten in der Produktentwicklung
In der Produktentwicklung können die Releases mit dem Feature-Kanban-Board verfolgt werden. Features für eine bestimmte Version werden der Feature-Kanban-Karte zugewiesen, die den Feature-Entwicklungsstatus visuell verfolgt.
Die Funktionen in einer Version sind in Storys unterteilt und werden innerhalb der Version mithilfe eines agilen Ansatzes entwickelt.
Die folgenden Agile Testing-Aktivitäten stellen die Qualitätsbereitstellung in jeder Version und auch am Ende aller Versionen sicher:
Tester nehmen an der Erstellung von User Storys teil und stellen so sicher, dass -
Alle möglichen Verhaltensweisen des Systems werden mithilfe von User Stories und den nicht funktionalen Anforderungen erfasst, die Teil der User Stories sind.
User Stories sind testbar.
Durch die Größe der User Stories können Entwicklung und Test innerhalb der Iteration abgeschlossen (DoneDone) werden.
Visuelle Aufgabe Kanban Board -
Zeigt den Status und den Fortschritt der Aufgaben an
Engpässe werden sofort erkannt, sobald sie auftreten
Erleichtert die Messung der Zykluszeit, die dann optimiert werden kann
Team Collaboration hilft bei -
Rechenschaftspflicht des gesamten Teams für Qualitätsprodukte
Behebung von Engpässen, sobald diese auftreten, und Einsparung von Wartezeit
Beitrag aller Fachkenntnisse in allen Aktivitäten
Kontinuierliche Integration, die sich auf kontinuierliche Integrationstests konzentriert
Automatisierung von Tests, um Testaufwand und Zeit zu sparen
Fehlervermeidung mit Testfällen, die zuvor an die Entwicklung geschrieben wurden, und Betreuung der Entwickler in Bezug auf das, was von verschiedenen Verhaltensweisen des Systems erwartet wird -
WIP-Limit, um sich auf eine begrenzte Anzahl von User Stories gleichzeitig zu konzentrieren
Kontinuierliches Testen im Verlauf der Entwicklung, um Fehlerbehebungen innerhalb der Iteration sicherzustellen -
Stellen Sie die Testabdeckung sicher
Halten Sie die Anzahl offener Fehler niedrig
Story Exploration
Story Exploration ist die Kommunikation innerhalb eines agilen Teams, um das Story-Verständnis zu erkunden, wenn der Product Owner eine Story zur Annahme für die Entwicklung übergibt.
Der Product Owner erstellt die Story basierend auf der vom System erwarteten Funktionalität. Die Entwickler erforschen jede Geschichte genauer, bevor sie sie als zur Annahme bereit markieren. Tester nehmen auch aus Testperspektive an der Kommunikation teil, um sie so testbar wie möglich zu machen.
Die Fertigstellung der Story basiert auf einer ständigen und kontinuierlichen Kommunikation zwischen Product Owner, Entwicklern und Testern.
Einschätzung
Die Schätzung erfolgt in der Release-Planung und jeder Iterationsplanung.
In der Release-Planung bieten die Tester -
- Informationen darüber, welche Testaktivitäten erforderlich sind
- Aufwandsschätzung für das gleiche
Bei der Iterationsplanung tragen die Tester dazu bei, zu entscheiden, welche und wie viele Storys in eine Iteration aufgenommen werden können. Die Entscheidung hängt vom Testaufwand und der Schätzung des Testplans ab. Die Story-Schätzung spiegelt auch die Testschätzung wider.
In Kanban wird Done-Done nur ausgeführt, wenn eine Story entwickelt, getestet und als fehlerfrei markiert wurde.
Daher spielt die Testschätzung eine wichtige Rolle bei der Story-Schätzung.
Story-Planung
Die Story-Planung beginnt, nachdem eine Story geschätzt und der aktuellen Iteration zugewiesen wurde.
Die Story-Planung umfasst die folgenden Testaufgaben:
- Testdaten vorbereiten
- Akzeptanztests erweitern
- Führen Sie manuelle Tests durch
- Führen Sie explorative Tests durch
- Kontinuierliche Integrationstests automatisieren
Zusätzlich zu diesen Testaufgaben können auch andere Aufgaben erforderlich sein, wie z.
- Leistungstest
- Regressionstests
- Aktualisierungen verwandter kontinuierlicher Integrationstests
Story-Fortschritt
Story Progression deckt zusätzliche Tests auf, die aufgrund der kontinuierlichen Kommunikation zwischen Entwicklern und Testern erforderlich sind. In Situationen, in denen die Entwickler mehr Klarheit bei der Implementierung benötigen, führen die Tester Sondierungstests durch.
Kontinuierliche Tests werden während des Story-Fortschritts durchgeführt und umfassen kontinuierliche Integrationstests. Das gesamte Team nimmt an den Testaktivitäten teil.
Akzeptanz der Geschichte
Die Akzeptanz der Story erfolgt, wenn die Story den Status "Fertig" erreicht. Das heißt, die Geschichte wird entwickelt und getestet und als vollständig signalisiert.
Story-Tests gelten als abgeschlossen, wenn alle für den Story-Pass oder den Grad der Testautomatisierung relevanten Tests erfüllt sind.