Hinter der Login-User-Story steckt mehr, als Sie vielleicht denken. Hinter einem Eintrag mit zwei Feldern kann ein erheblicher Verarbeitungs- und Komplexitätsaufwand liegen, daher ist es wirklich wichtig, sich die Zeit zu nehmen, die richtigen Worte zu finden. Zunächst sollte der Wortlaut klar, eindeutig, konsistent, prägnant und dennoch vollständig sein.
Es gibt keine perfekte User Story. Es gibt ein Qualitätsspektrum von schlecht bis gut. Und die Qualität der User Story lässt sich zumindest daran messen 10 Kriterien. Ich untersuche hier eine einzelne User Story, die sich auf ein häufiges Szenario bezieht – den Anmeldevorgang – und schaue, wie wir uns entlang der Qualitätslinie bewegen können.
Die Authentifizierung bei einer Softwareanwendung oder die Anmeldung ist in fast jeder Softwareanwendung möglich. Es handelt sich um eine so häufige Funktion, dass die meisten Entwickler versuchen werden, Code wiederzuverwenden, um diese Funktionalität zu implementieren. Doch wie oft denken wir darüber nach, die Anforderung wiederzuverwenden? Und wie groß und kompliziert ist diese Funktionalität? Und was bedeutet es eigentlich, wenn wir uns anmelden? In diesem Artikel werden wir diese Fragen untersuchen und am Ende eine Reihe wiederverwendbarer User Stories (von guter Qualität) erstellen.
Sei genau
Wir haben bei ScopeMaster über 100.000 User Stories analysiert und den Durchschnitt geschätzt Jedes Wort einer User Story beschreibt 25 CodezeilenDaher kann ein Fehler in einem Wort einer User Story tiefgreifende Auswirkungen auf den Entwicklungsaufwand und die Zeit haben.
Eine gut formulierte User Story vermeidet unnötige Diskussionen, reduziert die Nacharbeit und verkürzt die Entwicklungszeit erheblich, es lohnt sich also Zeit verbringen die richtigen Worte finden.
Denken wir daran, dass eine User Story für mehrere Leser und für mehr als einen Zweck geschrieben wird. Die beiden Hauptbotschaften, die eine User Story vermitteln sollte, sind:
- Wer ist der Benutzer und welche Funktionalität benötigt er? (WHO Und Was)
- Warum ist das wichtig (Warum)
Für die Login-User-Story könnten Sie damit beginnen:
Als Benutzer möchte ich mich anmelden.
Aber das ist eine schlechte User Story und wir werden erklären, warum. Dies lässt eine Reihe von Fragen offen, was eigentlich „Anmelden“ bedeutet. Was bedeutet eigentlich „Benutzer“? Wir denken vielleicht alle, wir wüssten, was diese Begriffe bedeuten, aber es lohnt sich, genauer hinzuschauen, denn tatsächlich muss bei der Authentifizierung bei einer Anwendung möglicherweise viel hinter den Kulissen passieren. Schauen wir uns an, was tatsächlich passieren könnte, wenn wir uns bei einer Webanwendung anmelden.
Ein Login-Szenario
Hier ist ein typisches erfolgreiches Web-Login-Szenario:
- Geben Sie einen Benutzernamen und ein Passwort ein. Der Benutzername ist meistens die E-Mail-Adresse des Benutzers.
- Klicken Sie auf „Senden“, der Benutzername/die E-Mail-Adresse wird gesucht. Wenn gefunden,
- Anschließend wird eine verschlüsselte Version des Passworts mit der gespeicherten verschlüsselten Version verglichen.
- Das Profil wird mit dem neuesten Anmeldedatum und der Uhrzeit aktualisiert.
- Das System führt eine Suche nach Gruppen (oder Rollen) und Gruppenmitgliedschaften durch.
- Abschließend wird dem Benutzer ein Bildschirm angezeigt, zu dessen Anzeige er aufgrund des Ergebnisses der vorherigen Schritte berechtigt ist.
Dies ist nun ein recht einfaches Szenario. Der Anmeldevorgang kann viel komplizierter werden, er könnte beispielsweise Verbundauthentifizierungsdienste, Ereignisprotokollierung und mehr umfassen, aber bleiben wir vorerst beim einfachen Szenario.
Die englische Sprache umfasst über 150.000 Wörter, die wir verwenden könnten, und zwar praktisch in beliebiger Reihenfolge, sodass die Alternativen praktisch endlos sind. Der Zweck der Geschichte ist es kommunizieren, und es ist nicht nötig, komplex zu sein, wenn wir es einfach ausdrücken können. Dies ist nur eine Version davon, wie die User Story aussehen könnte:
Als registrierter_Benutzer kann ich mich anhand meines Profils authentifizieren. Das System sollte auch nach meiner Gruppenmitgliedschaft suchen. Außerdem sollte die Gruppe [Informationen zur Bestimmung, auf welche Funktionen ich zugreifen darf] abgerufen werden.
Hier ist die detaillierte Analyse von ScopeMaster:
Die Verwendung von eckigen Klammern weist ScopeMaster an, bei der Bestimmung der funktionalen Bedeutung Text zu ignorieren.
Wie Sie sehen, werden die Funktionsschritte bestimmt und diese dann auf Data Movements (die Einheit des COSMIC Function Point) abgebildet.
Diese Version der Geschichte ist also viel besser, denn sie lautet:
- Benutzerorientiert (registered_user geht davon aus, dass die Person bereits existieren sollte).
- Wertvoll
- Prägnant (nicht detailliert, bezieht sich nur auf Objekttypen, nicht auf ihre einzelnen Eigenschaften)
- Vollständig (beschreibt alle wichtigen Funktionsschritte dieser User Story)
- Beträchtlich, bei 9 KOSMISCHEN Funktionspunkten.
- Eindeutig (erfolgreich auf Funktionsschritte abgebildet)
- NEIN Design (Es wird weder angegeben, wie es aussehen noch wie es codiert werden soll.)
Weitere Überlegungen. Alternative Wege (Negativtests)
Auch die anderen Wege müssen im Kontext betrachtet werden diese Geschichte, und sollten wahrscheinlich separat als Erfolgskriterium hinzugefügt werden:
- Meine Benutzer-ID ist falsch – es wird eine Fehlermeldung angezeigt
- Mein Passwort stimmt nicht überein – es wird eine Fehlermeldung angezeigt
- Mein Passwort ist abgelaufen – es wird eine Fehlermeldung angezeigt
- Mein Konto wurde deaktiviert – es wird eine Fehlermeldung angezeigt
- Ich kann mich anmelden, bin aber kein Mitglied einer Rolle mit irgendwelchen Berechtigungen – es wird eine Fehlermeldung angezeigt
Verwandte User Stories
Nachdem wir uns nun mit der grundlegenden Login-User-Story befasst haben, können wir mit der Erstellung von Storys für Folgendes fortfahren.
- Passwort vergessen
- Ändere mein Passwort.
- Speichern Sie ein Cookie, um meine Identität zu speichern
- Der Administrator kann ein Zurücksetzen meines Passworts veranlassen.
- Registrieren Sie sich als Benutzer
- Der Administrator kann mich in meinem Namen registrieren
- Meine ID mit einem anderen Authentifizierungssystem (z. B. Facebook) synchronisieren oder teilen
Diese werden Gegenstand zukünftiger Artikel sein, also bleiben Sie auf dem Laufenden.
Ich hoffe, dass Sie diesen Artikel nützlich fanden. Jetzt schlage ich vor, dass Sie einen Blick darauf werfen 10 Tests zum Schreiben großartiger User Stories
Colin.
Denken Sie an Ihr Publikum
Berücksichtigen Sie die Zielgruppe Ihrer User Story:
Die verschiedenen Leser einer User Story
Alle diese Leser sollten in der Lage sein, die User Story zu lesen und die zu erhalten gleiches Verständnis davon. Die Leser mögen unterschiedliche Ziele und Perspektiven haben, aber die Geschichte sollte für alle Leser dasselbe bedeuten. Wenn verschiedene Leser die Geschichte unterschiedlich interpretieren können, sollten Sie darüber nachdenken, sie neu zu formulieren. In der agilen Softwareentwicklung werden User Stories als Platzhalter für ein Gespräch geschrieben, doch das ist üblich User Stories sind oft die einzige Artikulation von Anforderungen. Deshalb ist es wichtig, dass sie sorgfältig formuliert sind.
Lassen Sie sich von KI dabei helfen, die Login-User-Story zu perfektionieren
Testen Sie Ihre User Stories, während Sie sie schreiben
.
Testskripte automatisch generieren
.
Nächste:
Als weitere Lektüre erfahren Sie mehr über die Verbesserung von User Stories im Allgemeinen. In unserem nächsten Artikel über die Qualität von User Storys.
Lernen Sie 10 Schritte zur Verbesserung Ihrer User Stories, die Sie auf Ihre aktuellen Softwareprojekte anwenden können.