Freigeben über



Juni 2019

Band 34, Nummer 6

Dieser Artikel wurde maschinell übersetzt.

[Fangen Sie bitte nicht mit diesem Thema an]

Test 1 ... 2 ... 3 ...

Durch David S. Platt | Juni 2019

David S. PlattDie einzelne beste Möglichkeit zur Verbesserung der UX-Entwürfe ist, um sie auf der live-Benutzer zu testen, bevor Sie codiert werden müssen. Seltsam, finde ich, dass praktisch niemand dies heute tut. Ich denke, es liegt an den Namen "UX-Tests." Das Wort "T" impliziert ein, die Sie am Ende des Prozesses aus, um sicherzustellen, dass Sie die Anforderungen erfüllt haben. Aber UX-Tests muss erfolgen, die vor der Programmierung, um die jeweiligen Anforderungen für Ihre Programmierer zu generieren.

Ich kann kein Design aus meinem Kopf vollständig gebildet werden, z. B. Athena von der Stirn gerunzelt von Zeus abgerufen. Können Sie weder. Was wir tun können ist mock-Designs, um unseren Testbenutzer anzeigen, integrieren Sie ihr Feedback zu generieren (ich wie folgt, ich hasse, die und oh, warten Sie eine Minute, ich vergessen habe, wie z. – und – etwa ganz zu schweigen) in verbesserte Übungstests; durchlaufen, bis sie gut genug sind.

Hier ist ein Beispiel aus meinem Buch "The Freude der UX" (Addison-Wesley Professional, Juni 2016). Es ist eine mobile app für berufsverkehr Rail Riders in der Nähe von Boston. Anstelle von überlasten Sie mit einem vollständigen Zeitplan, zeigt die app nur die Zeiten für Züge Navigieren in und aus der Station, die Sie angeben.

Am Montag generiert ich Modelle mit einem Editor Balsamiq aufgerufen. Sehen Sie drei Iterationen der UX-app in den Bereichen in Abbildung1. Die vorhandene app hatten viele springen rund um die Train-Zeit, die Sie möchten, die gefunden, daher habe ich einen Entwurf erstellt, mit überhaupt keine springen erforderlich. Ich habe alles, was benötigt der Benutzer auf einer Seite: eingehende Trains ausgehende Trains als Nächstes zu trainieren, Eingangszeit, Warnungen, übergibt, das funktioniert. Dies sehen Sie im Bereich ganz links Abbildung1.

Beim pendeln Rail-App-Iterationen
Abbildung 1 beim pendeln Rail-App-Iterationen

Ich eine meiner Harvard Schüler/Studenten, aufgefordert, die beim pendeln Rail fuhr, und Erstellen von Bildschirmfotos drei Riders, wie das Testen von freiwilligen e-Mail. Am Dienstag habe ich gezeigt, werden das Modell über Skype, Fragen: "das Trainieren morgen nutzen finden möchten. Was tun Sie?"

Diese Bienen einstimmig dieses Layout. Komplexe, stark eingeengt, wählen Sie den gewünschten schwierig war. Das eingangsverzögerung-Mal ab, um herauszufinden, dass ihnen wichtig wäre nicht ausgelassen. Sie haben.

Ich konnte nicht zufriedener gewesen. Das Modell Stimulation, die Benutzer Meinung, diese sagen Ihre Meinung dazu zu ermutigen. Ich wäre nicht dieses Feedback andernfalls erstellt haben.

OK, zurück zum Balsamiq. Durch Mittwoch Nachmittag, musste ich im mittleren Bereich mit angegebenen Entwurf Abbildung1. Ich ein Registerkarten-Steuerelement verwendet, um den Durchlauf aus dem Zeitplan zu trennen und die Zeitplaninformationen auf einer eigenen Registerkarte Erweitert. Ich habe gezeigt dieses neue Modell für dieselben Benutzer aus.

Sie mögen es wenig besser ist. Die app werden jetzt die Zeitplan-Raster angezeigt, Form, auf die Station Monitore an, damit es vertraut erschien. Sie nun erzählt mir, dass am Vormittag ihnen nur über eingehende trainiert und am Nachmittag, nur über ausgehende Trains wichtig. Anzeigen von sowohl auf derselben Registerkarte war mehr verwirrend als hilfreich.

Solche Diskussionen wird darüber hinaus eine wichtige bahnbrechende ausgelöst. Ein Benutzer betrachtet den Countdownzeitgeber weiter trainieren nun etwas einfacher, aber noch nicht ideal finden Sie unter. Sie sagte, ", die als Nächstes Timer trainieren – er benötigt nach oben, leicht zu erkennen schnell, ich weiß, wenn ich ausführen müssen."

Dies ist, was ich einen Double-Wert-auch aufrufen. Sie smack Ihre Schwitzen, sagen, "Ich gestaltete nie [was]." Und dann innerhalb von 30 Sekunden Sie smack Ihre Schwitzen wieder sagen, "Wie könnte noch deutlicher als [was] lauten?"

Die mir in den Bereich ganz rechts in führten Abbildung1. Eingehende und ausgehende Trains jedes belegen ihre eigenen Registerkarte mit ausreichend Platz zur besseren Lesbarkeit. Der Countdown-Timer wird im oberen Bereich der Warnungen, die in der Mitte angezeigt. Sie dies wünschen, diese sehr. Es ist diejenige aus, die ich programmiert.

Es lohnt sich, die diese Untersuchung in der Phase der ersten Modell. Jedes Modell Programmieren würde erheblich mehr Zeit und Geld Kosten. Wenn ich dem Benutzer Feedback erhalten haben, müsste ich entweder einen) Meine Investition wegzuwerfen, da sie nicht gefällt, oder (b) behalten Sie etwas Benutzer Bienen, da ich meine Investition wegzuwerfen wäre nicht. Keine Auswahl führt zu einer Programmierung großartiger apps.

Also dafür nicht warum mehr Unternehmen? Ich kann nur zu erraten, dass es sich um das Wort "T" ist. Betrachten Sie den üblichen Entwicklungsprozess aus: Sie schreiben dem Code liefern Ihnen den Code, und Sie den Code testen. (Kunden sind hier eine große Hilfe.) Was sollte ich diesen Prozess, um anzugeben, die wichtige Position in der ersten Phase des Entwurfs, anstatt am Ende aufrufen? Überprüfung? Nein. Iteration? Keine Ahnung. Verwenden Sie das Kommentar-Board, sollten mir mitteilen: Welche Wörter würde dieser wichtigen Anforderung kommunizieren?


David S. Platt unterrichtet Programmieren mit .NET an der Harvard University Extension School und in Unternehmen auf der ganzen Welt. Er ist Autor von 11 Büchern zum Programmieren, darunter „Why Software Sucks“ (Addison-Wesley Professional 2006) und „Introducing Microsoft .NET“ (Microsoft Press 2002). 2002 wurde er von Microsoft zur Softwarelegende ernannt. Er überlegt, ob er geklebt haben sollten zwei seiner Tochter Finger, sodass sie Informationen zum zählen im würde. Sie erreichen ihn unter rollthunder.com.


Diesen Artikel im MSDN Magazine-Forum diskutieren