Länder Auswahlfeld testen endet in der Praxis meist bei der ersten Zusicherung, dass die Liste erscheint. Das Bedienelement wirkt trivial – eine Liste von Ländern, ein Klick, ein Wert – und genau diese Erscheinung ist der Grund, warum seine Defekte so lange überleben.
Das Bedienelement ist eine kleine Schnittstelle über einem großen Datensatz, und jeder interessante Fehler lebt im Zusammenspiel der beiden. Dieser Beitrag behandelt die Formen, die das Bedienelement annehmen kann, die verschiedenen Arten von Suche, die Nutzer davon erwarten, die Sortierregeln, die leicht falsch werden, und den Tastaturpfad, der üblicherweise zuletzt geprüft wird.
Welche Formen kann das Bedienelement annehmen?
Mindestens vier, und sie scheitern so unterschiedlich, dass ein Test für eine Form nichts über die anderen belegt. Da ist die geschlossene Liste, die jede Option zeigt, die durchsuchbare Liste, die beim Tippen filtert, die hierarchische Auswahl, die zuerst eine Region und dann ein Land abfragt, und die Autovervollständigung, die freien Text annimmt und ihn danach auflöst.
Die letzte Form ist die wichtigste. Sobald das Bedienelement freien Text annimmt, ist es keine Auswahl mehr, sondern ein Zuordnungsproblem mit einer Oberfläche darüber, und die Fehlerbilder wechseln von der Option wurde nicht angeboten zu die Option wurde angeboten und etwas anderes wurde gespeichert.
Testen Sie jede Form, die Ihr Produkt tatsächlich ausliefert, und den Übergang zwischen ihnen. Ein Bedienelement, das ab einer bestimmten Anzahl von Optionen von einer einfachen Liste auf eine durchsuchbare Liste umschaltet, wird nur von einem Test an dieser Grenze ausgeübt, der beide Seiten bewusst trifft.
Was bedeutet Suche in diesem Bedienelement?
Mehrere verschiedene Dinge, und Nutzer unterscheiden sie beim Tippen nicht.
| Was eingegeben wird | Was erwartet wird | Was häufig passiert |
|---|---|---|
| Die ersten Buchstaben eines Namens | Eine gefilterte Liste in der eigenen Reihenfolge der Liste | Das Filtern wirkt, die Reihenfolge driftet |
| Ein Code statt eines Namens | Das Land mit diesem Code | Codes werden gar nicht durchsucht |
| Eine geläufige Kurzform | Das Land, einmal | Es gibt keinen Alias, die Liste bleibt leer |
| Ein Name mit Akzent, ohne Akzent getippt | Dasselbe Land | Der Vergleich ist bytegenau |
Jede Zeile ist eine eigene Zusicherung. Suche nach Name, Suche nach Code, Suche nach Alias und Suche nach einer Schreibweise, die sich nur in diakritischen Zeichen oder Groß- und Kleinschreibung unterscheidet, sind vier Funktionen, und eine davon auszuliefern ist kein Beleg für die anderen drei.
Dazu kommt die Frage, was geschieht, wenn die Suche nichts findet. Eine leere Liste ohne Erklärung liest sich als defektes Bedienelement, und der nächste Schritt der Nutzerin besteht meist darin, dasselbe leicht abweichend erneut zu tippen, was dieselbe leere Liste erzeugt.
Warum ist die Sortierreihenfolge so leicht falsch?
Eine Länderliste zu sortieren wirkt wie eine Alphabetisierungsaufgabe, bis die Liste die lateinische Schrift verlässt, und selbst innerhalb dieser Schrift verändert die Frage, welcher Artikel oder welches Partikel einem Namen vorangeht, das Ergebnis.
Drei Konventionen konkurrieren. Die Sortierung nach einem Anzeigenamen ergibt die Reihenfolge, die eine Leserin für die sichtbaren Namen erwartet. Die Sortierung nach einem zugrunde liegenden Code ergibt eine Reihenfolge, die stabil, aber für Nutzer bedeutungslos ist, was als oben scheinbar durchmischte Liste auffällt. Die Sortierung nach einer internen Kennung ergibt eine Reihenfolge, die sich verschiebt, sobald sich die Daten ändern, was als Liste auffällt, die sich zwischen Releases anders verhält, ohne dass jemand den Sortiercode angefasst hat.
Welche Sie auch wählen: Die Reihenfolge muss mit den Sortierregeln der angezeigten Sprache berechnet werden und nicht mit einem voreingestellten Bytevergleich. Eine Liste, die in einer Sprache korrekt und in einer anderen sichtbar falsch ist, ist die Signatur eines Bytevergleichs, der ein Sortieretikett trägt.
Zwei weitere Einzelheiten verdienen einen ausdrücklichen Test. Die Position eines Landes, dessen Name mit einem Zeichen beginnt, für das mehrere gültige Ordnungen existieren, und die Position eines Landes, das üblicherweise mit führendem Artikel genannt wird. In beiden Fällen bleibt die Annahme der Implementierung unsichtbar, bis jemand aus diesem Markt die Liste liest.
Bleiben die Optionen stimmig, wenn sich etwas anderes ändert?
Ein Länderfeld steht selten allein in einem Formular. Meist sitzt daneben eine Sprache, eine Währung, ein Telefonfeld oder ein Adressblock, und diese Felder hängen oft vom Wert des Landes ab.
Der Test, der hier Defekte findet, ist ein Neuberechnungstest. Ändern Sie das Land und prüfen Sie, was mit jedem abhängigen Feld geschieht: Wird es geleert, neu abgeleitet, unberührt gelassen oder gegen das neue Land geprüft? Jede dieser Möglichkeiten ist vertretbar, und keine zwei erzeugen dasselbe Nutzungserlebnis, deshalb sollte die Wahl festgeschrieben und nicht entdeckt werden.
Der schwierigere Fall ist ein abhängiges Feld, das gefüllt wurde, bevor das Land gewählt war. Ändert sich das Land danach, kann ein Wert, der für die vorherige Auswahl gültig war, nun ungültig sein, und das Bedienelement muss entscheiden, ob es ihn behält, markiert oder verwirft. Erst das abhängige Feld füllen und dann das Land ändern ist ein zweistufiger Test, den die meisten Suiten nie ausführen.
Für Entwickler: die Tastaturbedienung als gleichrangigen Pfad testen
Mausinteraktion deckt die offensichtlichen Fälle ab und übersieht jene, die für alle ohne Maus zählen. Ein vollständiger Durchlauf übt das Tippen in das Bedienelement zum Filtern, das Bewegen durch die Ergebnisse ohne Verlassen des Feldes und das Bestätigen einer Auswahl allein über die Tastatur.
Das Verhalten von Screenreadern verdient eine eigene Prüfung, denn eine sichtbar gefilterte Liste und eine als gefiltert angesagte Liste sind zwei verschiedene Erlebnisse. Wird die Anzahl der Ergebnisse nur visuell gezeigt und nicht angesagt, hat die Nutzerin keine Möglichkeit, einen engen Filter von einem leeren zu unterscheiden.
Halten Sie anschließend die Testdaten ehrlich. Alias-Tabellen, Anzeigenamen und getippte Eingaben in einer Testsuite sollten erkennbar erfunden sein, damit später niemand ein Fixture für einen echten Eintrag hält, und das Länder- und Regionenverzeichnis ist der bessere Ort, wenn Sie sehen möchten, wie Namen und Codes zusammen dargestellt werden. Eine einzelne Länderseite wie der Eintrag zu Brasilien ist eine nützliche Referenz für den Detaillierungsgrad, den ein Land außerhalb des Bedienelements trägt.
Jeder Optionsname, Alias und jedes getippte Beispiel in diesem Beitrag ist zur Veranschaulichung erfunden. Die hier verwendeten Listeneinträge sind synthetisches Testmaterial und keine reale Auswahlliste; kein gezeigtes Fixture sollte als tatsächlicher Name eines Landes oder als Beleg dafür behandelt werden, wie ein bestimmtes Produkt sich verhält.
Nächste Schritte
Schreiben Sie vier Tests, einen je Suchart, und führen Sie sie gegen die Form aus, die Sie tatsächlich ausliefern. Wiederholen Sie den ganzen Durchlauf anschließend ohne Maus. Der Leitfaden zu Land und Sprache in Testdaten erklärt, zu welcher Schicht einer Seite das Bedienelement eigentlich gehört, und der Leitfaden zu grenzüberschreitenden Adressszenarien zeigt, was geschieht, wenn der Wert dieses Bedienelements nicht das einzige Land in der Transaktion ist.