Geschichten und Szenarien, die UI impliziert

StackOverflow https://stackoverflow.com/questions/3506856

Frage

Ich versuche zu lernen, wie für unseren Entwicklungsprozess verwenden BDD und ich manchmal Ende-up Dinge zu schreiben, die ein UI-Design impliziert, so dass für brandneue Entwicklung oder neue Funktionen, wird die Benutzeroberfläche nicht immer vorhanden ist.

Zum Beispiel, wenn ich das sage in einem Szenario „Wenn eine Spaltenüberschrift geklickt wird:“ Es bedeutet, dass diese Funktion auf einer Art Tisch oder Gitter basiert, aber an diesem Punkt sind wir gerade noch benutzer Geschichten zu schreiben, so gibt es keine Benutzeroberfläche ist noch.

Das bringt mich an welcher Stelle im Prozess zu wissen, verwirrt kommen wir mit einem UI-Design auf?

Beachten Sie, ich habe nur Artikel über BDD gelesen und ich denke, es ist unser Team sehr helfen würde, aber immer noch sehr neu in diesem! Thx!

War es hilfreich?

Lösung

Wenn Sie Ihre Szenarien mit einem Fokus auf den Fähigkeiten des Systems schreiben, werden Sie in der Lage sein, die zugrunde liegenden Schritte in diesen Szenarien leichter Refactoring. Es hält sie flexibel. Also frage ich würde - was die Spalte get für Sie nicht zu klicken? Sind die Auswahl Sie etwas? Was werden Sie bei der Auswahl tun? Sind Sie die Suche nach etwas und von einem Wert Sortier?

Ich mag Szenarien zu sehen, die Dinge sagen wie:

  • Wenn ich mich für den Eintrag
  • Wenn ich das Tagebuch gehen für den Monat Januar
  • Wenn ich mir die neuesten Einträge sehen
  • Wenn ich mir das gleiche T-Shirt in schwarz

Diese alle Maustaste auf einen Spaltenkopf verbunden sein könnte, aber die Umsetzung Detail spielt keine Rolle. Es ist die Fähigkeit des Systems.

Unter diesen High-Level-Szenarien und Schritten Ich mag einen Bildschirm oder eine Seite mit den kleineren Schritten erstellen wie Schaltflächen in Anklicken. Dies macht es leicht zu refactor.

Ich schrieb dies in einem DSL eher als Englisch, aber es funktioniert mit der gleichen Idee - man kann nicht von den Schritten sagen, ob es eine GUI oder eine Web-Seite, und einige der Schritte beinhalten mehr UI-Aktionen:

http://code.google. com / p / wipflash / source / browse / Example.PetShop.Scenarios / PetRegistrationAndPurchase.cs

Hope Sie finden es interessant und vielleicht hilft es. Viel Glück!

Andere Tipps

Ich denke, man können schreiben um das mit den Worten „wenn ich Art der Informationen, die von X, dann ...“ Aber dann würden Sie Ihr Szenario einstellen müssen, um zu entfernen jede Erwähnung der Daten in einem Rasterformat angezeigt werden, die zu einem gewissen eher stumpfen Schreiben führen kann.

Ich denke, es ist eine gute Idee, mit UI-Design so schnell zu starten, wie Sie können. Im Fall, dass Sie bereits erwähnt, halte ich es für vollkommen gültig wäre, die User Story mit Skizze des entsprechenden UI zu erweitern, wie Sie es sich vorstellen würde, und es dann verfeinern, wie Sie gehen entlang. Eine Bleistiftskizze auf einem Stück Papier sollte in Ordnung sein. Oder Sie könnten eine Tablette verwenden und Sketchbook Pro wenn Sie wollen etwas, das alle digital.

Mein Punkt ist, dass ich nicht ein wirklicher Grund für das UI-Design sehen von User Stories wird weggelassen. Wahrscheinlich wissen Sie bereits, dass Sie ein Windows, WPF oder Web-Anwendung erstellen gehen. Und es ist sicher davon ausgehen, dass, wenn Sie Tabellendaten angezeigt werden sollen, werden Sie ein Raster werden. Wenn man sich diese Annahmen aus den Anforderungen verschleiert sie ohne wirklichen Wert hinzufügen.

User Geschichten profitieren von der Tatsache, dass Sie konkrete Wechselwirkungen beschreiben, und wenn Sie konkrete Daten und das Verhalten des Systems für die es kennen, könnten Sie auch weitere Informationen über die Art und Weise fügen Sie interact. Auf diese Weise können Sie einige Tools wie Gurke verwenden, die mit Selen ermöglicht es Ihnen, eine Geschichte zu einem Test zu übersetzen. Man könnte sogar noch weiter gehen und z.B. für Web-Anwendungen aller Seiten erfassen Sie konkrete Geschichte an und sammeln Sie alle Interaktionen mit dieser Seite, was zu einer Art von Informationsarchitektur beginnen könnten Sie für die Dokumentation verwenden oder Prototyping und später UI-Tests.

Auf der anderen Seite, das macht Ihre Geschichten etwas spröde, wenn es um Änderungen an der Benutzeroberfläche kommt. Ich denke, die agile Denkweise über dies ist, gleich wie wenn es darum geht, Änderungen zu entwerfen. - Planung nicht für die Zukunft tun, um die möglichst einfache Sache, Sie in Zukunft könnte es muß sowieso ändern

Wenn Sie Ihre Benutzergeschichten aller konkreten Dinge (auch Eingänge) gestrippt Sie mit Anwendungsfällen am Ende werden (zumindest in ihrem einfachstenen Format, hängt davon ab, wie Sie Ihre Geschichten zu schreiben). Anwendungsfälle in dieser Hinsicht nicht spröde überhaupt sind, geben sie nur Ziele. Das macht sie zu ändern resistent, aber seine schwierigen Übertragungsinformationen automatisch mit Tool.

Wie für den Prozess, RUP / UP leitet UI von Anwendungsfällen, aber ich denke, agil in seiner Natur inkrementell (ich werde iterative nicht sagen, dies würde ausschließen agile Methoden wie FDD und Kanban). Das bedeutet, dass, wie Sie neue Geschichte implementieren, fügen Sie Ihre UI, was notwendig ist. Dies macht nur UI Besonderheiten in Geschichten vernünftigen hinzuzufügen. Das Problem ist, dass dies nicht ein sehr guter Weg, um erstellen UI oder allgemeine UX (User Experience). Das ist genau das, was man eine Schwachstelle von agilen nennen. Die Agile Manifest konzentriert sich auf funktionale Software, aber das ist es. Es gibt, soweit ich keine agilen Techniken für die Gestaltung von UI oder UX kennen.

Ich denke, man muss nur ein bisschen Schritt zurück.

BAD. Wenn ich die Spaltenüberschrift klicken, werden die Zeilen der Spalte sortiert werde ich klickte

GUT: Dann sortiere ich die Zeilen mit Namen, oder manchmal durch Postleitzahl, wenn der Name sehr verbreitet, wie "Smith"

.

Eine User Story / Workflow ist eine Folge von , was der Benutzer erreichen will , nicht eine Folge von Aktionen wie er erreicht, dass. Sie sammeln die Was ist , so dass Sie die besten bestimmen kann, Wie ist für alle Benutzer und Anwendungsfälle.

Mit Blick auf einem singulären Aspekte Ihres Beitrags:

  
    

, wenn ich sage, dass dies in einem Szenario „Wenn eine Spaltenüberschrift geklickt wird:“ Es bedeutet, dass diese Funktion auf einer Art Tisch oder Gitter basiert, aber an diesem Punkt sind wir gerade noch schreiben Benutzer-Geschichten so gibt keine Benutzeroberfläche ist noch.

  

Wenn diese von einem Benutzer kamen, nicht von dir, wäre es eine versteckte zeigen Erwartung , dass es tatsächlich eine Tabelle oder ein Gitter mit Spaltenüberschriften. Auch von dir kommt ist es nicht ganz ohne Wert, da Sie ein Benutzer sein könnte, auch. Man könnte kurzsichtig, denken an ein Gitter, nur weil es aus einer SQL-Abfrage kommt, oder es könnte auf punkt sein, weil es ist die Präsentation, die Sie erwarten die Daten in. Eine kreative UI isnÄt eine schlechte Sache als solche, sondern die Erwartungen der Benutzer zu ignorieren.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top