10x - 100x schneller
1.000 Mal gründlicher
Im Durchschnitt führen wir etwa 1000 Tests pro User Story durch. Hierbei handelt es sich um eine Kombination aus statischen und dynamischen Tests. Dies ist ein Maß an Kontrolle, das mit manuellen Story-Reviews normalerweise nicht erreicht wird.
Möchten Sie mehr wissen? Lesen Sie die Details zu den von ScopeMaster durchgeführten Tests.
ScopeMaster bietet Softwareanforderungsanalysen, die Softwarebereitstellungsteams dabei helfen, Softwareprojekte schneller und sicherer bereitzustellen.
Wenn es falsch interpretiert werden kann, wird es so sein
Wenn eine User Story von den wichtigsten Lesern (Autor, Benutzer, Tester, Entwickler) unterschiedlich interpretiert werden kann, ist es wahrscheinlich, dass einer von ihnen auf der Grundlage eines falschen Verständnisses arbeitet, was zu Verschwendung und Nacharbeit führt. Es ist sehr wichtig, diese Unklarheiten im Keim zu ersticken.
125 Gründe, User Stories zu testen
Das Verhältnis der Wörter in einer User Story zur Anzahl der Codierungstokens, die wir normalerweise sehen, beträgt 1:125. Aus einer User Story mit 12 Wörtern würden am Ende wahrscheinlich etwa 1.500 Coding-Tokens oder etwa 300 Codezeilen entstehen. Für jede Minute, die Sie damit verbringen, ein mehrdeutiges Wort in einer User Story zu korrigieren, werden also wahrscheinlich 125 Minuten beim Codieren eingespart. Nun, das ist gut investierte Zeit!
Extreme Linke Prüfung
Das Testen von User Storys mag wie eine seltsame Idee klingen, ist es aber nicht. Tatsächlich ist es eines der produktivsten Dinge, die Sie bei einem Softwareprojekt tun können. Es ist der Inbegriff einer extrem linken Prüfung. Wenn Sie ein erfolgreicherer Produktbesitzer werden möchten, beginnen Sie so früh wie möglich mit dem Testen dieser Geschichten. User Stories sind Ausdruck von Anforderungen an agile Softwareprojekte. Wie andere Softwareentwicklungsergebnisse sind auch sie fehleranfällig. Die besondere Herausforderung bei User Stories besteht darin, dass sie sehr leicht falsch interpretiert werden können, was zu viel Zeit- und Arbeitsverschwendung führen kann. Tatsächlich ist es wahrscheinlicher, dass sie falsch interpretiert werden, als dass sie falsch interpretiert werden.
So testen Sie User Stories
Wie machen wir das? Beginnen wir mit den Grundlagen. Was ist eine Unternehmenssoftware-Anforderung?:
Eine echte Geschäftsanforderung (oder Fähigkeit) ist „Was muss geliefert werden, um dem Unternehmen einen Mehrwert zu bieten“ (Robin Goldsmith). User Stories sind die einzelnen funktionalen Anforderungen, die diese Fähigkeit ausmachen.
Was ist, wenn Sie Ihre User Stories nicht testen?
Schlechte User Stories (oder schlechte Anforderungen) sind die Hauptursache für 35% Produktionsfehler (Accenture, 2021). Die Behebung eines Anforderungsproblems, das erst in späteren Phasen der Entwicklung/Bereitstellung gelöst wird, kann 75–1.000 Mal mehr kosten, als wenn es vor Beginn der Codierung behoben würde.
Notwendigkeit von Disziplin, um Unklarheiten zu reduzieren
Wenn wir Code schreiben, befolgen wir Disziplinen, um die Lesbarkeit zu verbessern, die Komplexität zu reduzieren, die Wiederverwendung zu erhöhen und vieles mehr. (Weitere Informationen hierzu finden Sie im ausgezeichneten Code abgeschlossen, von Steve McConnell). Auch das Schreiben von User Stories erfordert eine solche Disziplin, insbesondere um Mehrdeutigkeit, Inkonsistenz und Komplexität zu minimieren. Tatsächlich kann eine gute User Story ziemlich langweilig sein, da sie eindeutig ist. Seien Sie darauf vorbereitet, die Art und Weise, wie Sie User Stories schreiben, anzupassen, und achten Sie auf Konsistenz und Disziplin, um Unklarheiten auszuräumen. Glücklicherweise hilft Ihnen ScopeMaster beim Lernen.
Verwandte Tools
Jsonlint ist ein Online-Tool zum Testen der Syntax einer JSON-Datei
HTML-Validator ist ein Online-Tool zum Testen der HTML-Syntax.
