Einführung in die Beispielzuordnung

Bevor Sie mit der Arbeit an einer User Story beginnen, ist es sehr wichtig, Ihre Akzeptanzkriterien zu bestimmen. Dies kann erfolgen, wenn Sie den Rückstand detailliert beschreiben oder den nächsten Sprint planen. Einige Teams halten spezielle Meetings mit dem Namen 3 Amigo ab (mehr dazu im letzten Artikel ), Rallyes, Kick-offs gemäß Spezifikationen oder Meetings-Studien.

Nennen Sie es nicht, für die meisten Teams ist dies schwierig. Die Hauptschwierigkeit besteht darin, dass solche Treffen unstrukturiert sind und ihre Ergebnisse unverständlich sind. Sie sind zeitaufwändig und einfach langweilig. Infolgedessen werden Sitzungen unregelmäßig oder vollständig abgebrochen.

Es gibt jedoch eine einfache Möglichkeit, solche Besprechungen kurz und sehr produktiv zu gestalten. Diese Methode wird als Beispiel-Mapping oder Mapping von Testfällen bezeichnet.

Wie funktioniert es?

Spezifische Testfälle (Beispiele) sind eine großartige Möglichkeit, einen Themenbereich zu erkunden. Sie können eine gute Grundlage für Ihre Abnahmetests sein. Wenn wir Testfälle diskutieren, tauchen andere Aspekte auf, über die ebenfalls gesprochen werden muss.

• Regeln , die verschiedene Fälle zusammenfassen oder umgekehrt, schränken die Anwendbarkeit des Testfalls ein.
• Fragen zu Szenarien, in denen niemand weiß, was tatsächlich wahr ist. Oder Hypothesen , die wir aufstellen, um die Entwicklung der Anforderungen irgendwie voranzutreiben.
• Neue User Story , die während der Diskussion enthüllt wurde.

Beispiel Die Zuordnung verwendet einen Kartensatz in vier verschiedenen Farben und Kugelschreiber, um neue Informationen aufzuzeichnen, während Sie sprechen. Während des Meetings werden Informationen auf den Karten aufgezeichnet und wie im obigen Bild an die Tafel gelegt.

Zuerst müssen Sie auf dem gelben Aufkleber die Geschichte selbst aufschreiben und oben auf die Tafel legen. Als nächstes geben die blauen Aufkleber jedes der Akzeptanzkriterien oder -regeln an , die wir zuvor entwickelt haben. Wir legen blaue Karten unter gelbe.

Jede Regel kann normalerweise mit mehreren Testfällen dargestellt werden . Jeder Testfall hat einen eigenen grünen Aufkleber, der unter der entsprechenden Regel platziert wird.

Während wir eine Karte zusammenstellen und Fälle diskutieren, können Fragen auftauchen, die keiner der Anwesenden beantworten kann. Wir befestigen sie auf roten Aufklebern und setzen die Diskussion fort.

Das Treffen wird fortgesetzt, bis alle davon überzeugt sind, dass die Geschichte vollständig verstanden ist oder die dafür vorgesehene Zeit endet.

Sofortiges Feedback

Während eines solchen Gesprächs wird einfach und schnell eine visuelle Darstellung des aktuellen Verständnisses der Geschichte erstellt.

• Eine Tafel mit roten Aufklebern (Fragen) sagt, dass noch viel zu sehen ist.
• Eine Tafel mit blauen Aufklebern (Regeln) zeigt an, dass die Geschichte groß und komplex ist. Vielleicht müssen Sie es zerlegen. Vielleicht müssen Sie einen weiteren gelben Aufkleber (Geschichten) nehmen und einen Teil der Geschichten in den Rückstand aufnehmen.
• Wenn eine Regel zu viele Testfälle enthält, ist sie möglicherweise zu kompliziert, und Sie müssen mehrere Regeln hervorheben, die separat ausführlicher beschrieben werden können.

Möglicherweise sind einige Regeln so offensichtlich, dass sie keine Testfälle benötigen. Wenn beispielsweise jeder die Regel auf die gleiche Weise versteht, müssen Sie keine Zeit verschwenden und eine festgelegte Anzahl von Testfällen quälen.

Denken Sie für eine begrenzte Zeit

Eine Gruppe von mehreren Amigo sollte in etwa 25 Minuten eine anständige, anständige Geschichte schreiben .

Wenn Sie die zugewiesene Zeit nicht einhalten können, sind mehrere Optionen möglich:

• Sie lernen immer noch, diese Methode anzuwenden (dies ist normal).
• Ihre Geschichte ist zu groß (das ist definitiv nicht mehr gut);
• Ihre Geschichte enthält zu viel Unsicherheit.

Was kann getan werden? Versuchen Sie entweder, die Story in mehrere zu unterteilen, oder geben Sie dem Besitzer des Produkts Hausaufgaben, damit Sie später in der nächsten Sitzung gemeinsam anhand eines Beispiel-Mappings, jedoch mit Antworten, zu dieser Story zurückkehren.

Matt Wynne von Cucumber lädt die Teilnehmer des Meetings ein, innerhalb von 25 Minuten darüber abzustimmen, ob die Geschichte zur Entwicklung eingereicht werden kann. Selbst wenn einige Probleme ungelöst bleiben, kann das Team entscheiden, dass es nicht viel Unsicherheit gibt, und es kann auf diesem Weg weiterentwickelt werden.

Nutzen

Die Beispielzuordnung hilft dabei, den Maßstab zu ändern und sich auf die kleinsten Teile des Verlaufsverhaltens zu konzentrieren. Durch das Kompilieren einer Karte können Sie die Regeln auswählen, die Essenz des gewünschten Verhaltens ermitteln und den Rest für später verschieben. Aufgrund dieser gründlichen Recherche wirkt das Beispiel-Mapping wie ein Filter, verhindert, dass große, mutige Geschichten in den Sprint gelangen, und sorgt dann in letzter Minute für unangenehme Überraschungen. Darüber hinaus spart dieser Ansatz Zeit und trägt dazu bei, interessierte Personen in den Prozess einzubeziehen.

Es scheint einigen, dass 3 Amigo während dieses Meetings Abnahmetests schreiben sollten (zum Beispiel Skripte für Cucumber). Im Prinzip kann dies in einigen Fällen sinnvoll sein, aber häufiger lenkt dieser Ansatz nur vom eigentlichen Zweck des Gesprächs ab.

Es ist klar, woher eine solche Meinung kommt: Das offensichtliche Ziel besteht darin, eine User Story, die bereits einige vordefinierte Akzeptanzkriterien enthält, zu erstellen und Testfälle zu finden, die in Akzeptanztests umgewandelt werden können.

Das eigentliche Ziel ist es, ein gemeinsames Verständnis dafür zu erlangen , was zur Erstellung einer Geschichte erforderlich ist. Sie können dieses Ziel ohne Hochtechnologie schnell erreichen.

Vereinfachen Sie die Aufnahme

Versuchen Sie daher, anstatt die formalen Gherkin-Skripte zu verwenden, schnell eine Liste von Testfällen mithilfe der Namenskonvention zu erstellen.
Zum Beispiel:

• wenn der Kunde seine Quittung vergessen hat;
• wo das Produkt vor 15 Tagen gekauft wurde.

Wenn sich hinter diesem Fallnamen Unsicherheit verbirgt, möchten Sie instinktiv Einzelheiten und Details. Aber selbst dann ist es nicht notwendig, sich an die starre Struktur zu halten, die gegeben ist, wenn dann.


Wenn das Ergebnis („dann“) unklar ist, funktioniert das Beispiel nicht, aber die Frage ist.

Bekannt unbekannt

Wenn das Gespräch zu kreisen beginnt, sind nicht genügend Informationen vorhanden. Möglicherweise hat das Meeting nicht die richtige Person, oder Sie müssen Nachforschungen anstellen oder Spike verwenden .


Anstatt auf die Meinung jedes Teilnehmers zu hören, was das Ergebnis aus seiner Sicht sein sollte, schreiben Sie einfach die Frage auf die rote Karte und fahren Sie fort. Das Unbekannte wird also zu einem bekannten Unbekannten . Dies ist ein großer Fortschritt.

Aus Erfahrung kann selbst dieser Aspekt von Mapping-Beispielen 3 Amigo-Meetings von langweilig zu schnell und produktiv machen.

Wer sollte teilnehmen?

Das Minimum sind Ihre 3 Amigo: Entwickler, Tester und Product Owner (Business Analyst). Dies ist nur ein Minimum. Darüber hinaus können Sie jemanden aus dem Betrieb, einen UX-Spezialisten oder eine andere Person einladen, die mit der diskutierten Geschichte in Verbindung steht. Jeder, der bei der Suche nach neuen Fragen helfen oder Fragen in Antworten umwandeln kann, ist hilfreich.

Während Sie diese Technik beherrschen, ist es praktisch, jemanden für die Rolle eines Vermittlers zu finden. Seine formelle Aufgabe wird es sein, sicherzustellen, dass alles Gesagte sofort auf Aufklebern festgehalten wird. Testfälle und Fragen werden während der Sitzung schnell besprochen, und es erfordert Disziplin, sie rechtzeitig auf Aufkleber zu schreiben, um zu sehen, was gesagt wird.

Wann sollte man also über Gurke schreiben?

Verstehen Sie es nicht falsch, die Verwendung von Gurke ist besonders in den frühen Tagen des Projekts von großem Wert, wenn Sie eine gemeinsame Sprache entwickeln. Es ist wichtig, dass die Szenarien so ausgedrückt werden, dass jeder im Team ihnen glaubt.

Um Testfälle auf diese Weise zu beschreiben, ist jedoch eine andere Denkweise erforderlich. Es ist nicht nur erforderlich, zu entscheiden, welche Fälle in den betreffenden Bereich fallen, und allgemeine Regeln für sie festzulegen.

Für ein Team, das mit einer ziemlich ausgereiften Domain-Sprache arbeitet, ist es für den Product Owner rentabler, seine Zeit und Energie für das Mapping aufzuwenden und die Aufgabe, Gherkin zu schreiben, zwei anderen Amigo zu überlassen. Nachdem sie die Gurkenspezifikation entwickelt haben, kann der Produktbesitzer Feedback geben. Sich die Frage stellen: "Würde ich so schreiben?" Sie können überprüfen, wie effektiv die Zuordnung war, um Produktwissen auf Ihren Amigo zu übertragen.

Wie oft machst du das?

In der Praxis wird empfohlen, sich jeden zweiten Tag zu treffen. Wählen Sie einfach eine User Story aus, widmen Sie ihr 25 Minuten und machen Sie sich dann wieder an die Arbeit. Wenn Sie versuchen, mehr zu tun, verschwenden Sie einfach Ihre Energie.

Aber ich habe ein verteiltes Team!

Dafür haben wir bereits Lösungen entwickelt, zum Beispiel Listen von Aufklebern auf Google Keep oder Online-Boards mit farbigen Aufklebern. Sie können Mind-Map verwenden. Die Hauptsache ist, dass Sie einfach und schnell arbeiten können sollten, damit Sie sich auf das Gespräch konzentrieren können .

Ein paar abschließende Tipps

Es ist wichtig, klar zwischen Regeln und Testfällen zu unterscheiden, bevor Sie die Beispielzuordnung verwenden. Dafür gibt es eine lustige Übung .

Denken Sie daran, das ultimative Ziel eines solchen Meetings ist es, herauszufinden, was Sie noch nicht wissen . Es gibt keine dummen Fragen, sie alle helfen, das Problem wirklich zu untersuchen.

Mit dieser Technik werden Sie feststellen, dass die Regeln natürliche Entwicklungslinien für Ihre Geschichte erzeugen. Versuchen Sie, sich ruhig auf Fragen zu beziehen, sie zu trennen und beiseite zu legen. Dann können Sie sich auf die Lösung des Hauptproblems konzentrieren. Sie können später komplizieren und zum Ideal bringen.

Wir werden auf der QualityConf- Konferenz über die Praxis von 3 Amigo sprechen, um die Anforderungen zu erarbeiten und Testfallkarten zu erstellen . Darüber hinaus enthält die Liste der akzeptierten Berichte weitere äußerst interessante praktische Ansätze zur Erstellung eines qualitativ hochwertigen IT-Produkts. Die QualityConf-Konferenz findet zum ersten Mal im Rahmen des RIT ++ - Festivals am 27. und 28. Mai statt.