Flur Usability-Tests: Wie viel von der Benutzeroberfläche haben Sie tatsächlich funktionsfähig machen?

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

  •  16-09-2019
  •  | 
  •  

Frage

Wenn tun Flur Tests Usability tun die meisten von Ihnen Ihre Anwendungen machen vollständig oder nahezu voll funktionsfähig? Oder machen Sie einfach die Verbindungen sicher oder Kette richtig fließen? Oder Sie nur auf dem Papier zeichnen und gehen mit dem?

Ich bin möchte früh an einem Prototyp testen, und ich versuche, eine gute Balance zu finden. Aber zugleich bin besorgt, dass einige nicht funktionale Teile möglicherweise nicht wirklich repräsentative Ergebnisse geben.

Danke.

War es hilfreich?

Lösung

Usability-Tests, Flur oder auf andere Weise, brauchen nur die Funktionalität, die Sie testen müssen. In den meisten Usability-Tests sollten Sie gehen mit spezifischen Design Fragen zu beantworten und entwickeln Sie Ihre Prototypen der Punkt, wo es diese Fragen beantworten können. Zum Beispiel, wenn Sie Benutzer testen müssen, wenn Sie Ihre Anzeige der Sortierreihenfolge für eine Tabelle zu verstehen, alles, was Sie brauchen, ist ein Papierbild der Tabelle, die die Art Anzeige zeigt (mit dem Tabelleninhalt verwischt) und sie bittet, wie die Tabelle sortiert ist . Wenn Sie auf die IA testen, alles, was Sie brauchen, ist eine Reihe von Web-Seiten, leer bis auf einen Titel, die durch die Navigationsmenüs verknüpft sind.

Sie müssen nur die Seiten relevant für die Aufgaben, die Sie Ihren Benutzern geben. Wenn Sie nur die IA testen, dann müssen Sie nur die Seiten auf der normativen Weg. Wenn Sie auch Fehlerbehebungs testen, dann müssen Sie die Seiten aus dem normativen Weg zusammen mit den vollständigen Navigationstasten. Wenn Sie auch Fehlererkennung testen, dann müssen Sie Inhalte auf den Seiten auch.

Sie können auch Funktionen simulieren, wenn das ist leichter zu tun. Zum Beispiel bei der Prüfung, wenn die Benutzer herausfinden, wie eine gewünschte Sortierreihenfolge erhalten, wenn der Benutzer die Tabelle für die Sortierung auf einem nicht funktionierenden Steuerelement klickt, können Sie sagen: „Okay, das zu tun bekommen Sie dies,“ und Sie nehmen Sie die Maus und wählen Sie ein Lesezeichen, die die Tabelle in der neuen Sortierreihenfolge zeigt.

Im Flur Prüfung, wenn Benutzer die Treue Hülle durchbrechen, können Sie einfach sagen: „Ich habe diesen Teil nicht noch gemacht. Lassen Sie sich auf A zurückgehen, und von dort weiter.“Natürlich sollten Sie beachten, dass der Benutzer eine falsche Wendung in der zur Aufgabe gemacht, die Sie für sie bestimmt ist. Ich habe keine Probleme mit Benutzer beschweren sich über nicht-funktionale Eigenschaften hatte, als ich sie vorne erzählen bis es ist ein unvollständiger Prototyp und wir testen nur die Benutzeroberfläche für Funktionen x, y und z im Moment.

Für niedrige fidelity Prototypen, ich nenne sie oft als „Attrappen“ oder „Zeichnungen“ für die Nutzer und nicht als „Prototypen“, um die niedrige Funktionalität anzuzeigen. Sie können Inhalte in für fehlende offensichtliche Platzhalter setzen (zum Beispiel „Blah, blah, blah ...“, „TODO: Bild von Produkt über hier.“). Wenn ein Benutzer Kommentar auf etwas außerhalb der Treue Umschlag (zB „Dieses Symbol sollte mehr rot sein, heraus zu stehen“), einfach beachten, und sagt, dass Thema in der Entwicklung (zB „Danke. Wir haben auf nicht gestartet Arbeit die Farben noch. Wir sind nur zu versuchen, herauszufinden, wie man die Seite im Moment zu organisieren.“).

Usability-Tests mit begrenzter-fidelity Prototypen sind wirklich notwendig für iteratives Design für die meisten Projekte machbar zu sein. Andernfalls Sie zu viel Arbeit vergeuden Dinge zu entwickeln, die erneuert werden müssen.

Andere Tipps

Ein paar Dinge zu erinnern:

  1. Test früh und oft.
  2. Das Ziel der Usability-Tests ist es, Probleme mit dem UI , nicht Q / A-Code zu finden.

Deshalb, wenn Benutzer die Teile Ihrer UI sehen Sie Interesse an Tests sind und mit ihnen in einer realistischen Art und Weise interagieren (z, klicken Sie auf Schaltflächen und Links), sollten Sie in der Lage sein, nützliche Daten zu sammeln. Wenn einige Links Sackgassen sind, das ist in Ordnung, solange es eine Möglichkeit ist für die Nutzer zu gewinnen und weiter auf. Grundsätzlich mit Prototypen, der „richtige“ Weg sollte funktionieren, aber es ist in Ordnung, wenn falsche Pfade nicht (solange es eine einigermaßen schnelle Art und Weise ist auf dem richtigen Weg zurück zu bekommen). Auch statische Storyboards (nicht funktionierenden Zeichnungen eines UI) können Sie mit einigen Informationen zur Verfügung stellen, wenn Sie die richtigen Fragen stellen, zum Beispiel: „Was würden Sie auf diesem Bildschirm tun, wenn Sie Ihren Warenkorb sehen wollten?“).

Ich würde ein paar Runden von Usability-Tests vor. Zuerst auf Papier, vielleicht später auf dem Bildschirm, in der Regel während des gesamten Anwendungslebenszyklus (nehmen Sie einen agilen Ansatz, um es).

Es ist ein gutes Argument für die Papier-Prototypen hergestellt werden. Wenn Benutzer einen Bildschirm sehen, auch eine eingeschränkte Funktionalität, können sie zögerlich sein, Änderungen vorzuschlagen, da es aussieht „gemacht.“

Machen Sie keinen Fehler, ist es nicht trivial es ist alles zu Papier zu bekommen, aber das ist, wo ich anfangen würde. Wahrscheinlich beginnt mit nur einem Abschnitt oder zwei der Anwendung. Und stellen Sie sicher, jemand mit guten Leuten Fähigkeiten und / oder erklären Fähigkeiten gibt es den Benutzer durch sie zu gehen. Eine zweite Person auf der Hand zu nehmen Notizen. Versuchen Sie zu fragen, offene Fragen, etc.

Für einen Flur Test wurde ich mit keinem der Funktionalität implementiert testen.

Test gegen Entwürfe auf einem Whiteboard oder auf Papier. Sie werden überrascht sein, wie viel Sie in diesen minimalen Mockups erfahren. Und sie sind sehr billig zu machen!

Funktionsprototypen sind für später. Wenn Sie Ihre Verwendbarkeit Thema eine funktionale Schnittstelle geben, sie sind viel weniger wahrscheinlich, dass die Frage, ob Sie das Recht von Funktionen in erster Linie eingestellt implementiert haben.

Ich würde die UI funktionsfähig machen, so dass der Benutzer wirklich damit spielen kann, wird es viel besser als ein statisches Bild. Man kann Ihnen sagen, ob sie auf der Benutzeroberfläche wohl fühlen.

würde ich sicher, dass alles in der UI funktioniert oder zumindest gelangen Sie auf eine klare und eindeutige Botschaft wies darauf hin, dass die Funktion noch nicht implementiert ist, .

Es werden Prototypen für Kunden mit einem Haftungsausschluss vorne wie Feature X noch nicht in der Regel ignoriert funktioniert wird. Sie werden den Prototyp testen, klicken Sie auf featuree X und entrüstet antworten „-Funktion X funktioniert nicht! Das muss wirklich in der finalen Version arbeiten! Warum es nicht funktioniert?“. Der Kunde ist verwirrt und unglücklich über das Produkt, und es ist frustrierend für dich selbst, weil es das positive Feedback Schatten stellt. Außerdem Sie ihnen gesagt, es hat nicht funktioniert , warum können sie nicht nutzen ihre Phantasie, sich vorzustellen, wie es in der finalen Version funktionieren würde?

Machen Sie es arbeiten, sei es mit einer Rohfassung, Dummy-Daten, oder sogar eine einfache SMS-Nachricht: „würde Ergebnisse alphabetisch sortiert jetzt zeigen“.

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