Adressformular-Tests im Jahr 2026: Eine 40-Punkte-QA-Checkliste

Schreiben Sie zunächst jedes Feld, seinen Zweck, sein Speicherlimit und ob es erforderlich ist, auf. Ohne diese Tabelle lässt sich die Hälfte der Defekte in dieser Checkliste nicht bewerten, denn „das Formular hat meine Adresse abgelehnt“ ist nicht umsetzbar, bis man weiß, welches Feld abgelehnt hat und warum.

Beschränkungen sollten pro Land gelten, nicht global. Eine einzige maximale Postleitzahllänge von 10 funktioniert für die meisten Länder und bricht für Irland bei 8 Zeichen mit Leerzeichen, und eine globale maximale Städtelänge von 30 schneidet viele echte Namen ab. Setzen Sie großzügige Limits und validieren Sie das Länder-Muster statt einer Länge, die für einen Markt gewählt wurde.

Ein Länderwechsel muss die Region zurücksetzen, das Postleitzahlfeld neu beschriften, Tastatur und Muster ändern und jeden veralteten Validierungszustand löschen. Der klassische Bug ist eine kanadische Provinz, die nach dem Wechsel zu den Vereinigten Staaten ausgewählt bleibt, was ein scheinbar gültiges Formular mit einem unmöglichen Wertepaar absendet.

Hongkong und die Vereinigten Arabischen Emirate haben keine Postleitzahlen, also muss das Feld optional werden und das Label sollte das sagen. Japan kehrt die Adressreihenfolge um, und das Formular sollte die Felder entweder in der lokalen Reihenfolge präsentieren oder klarstellen, dass die westliche Reihenfolge erwartet wird. Testen Sie den Wechsel in beide Richtungen und testen Sie einen Länderwechsel, nachdem bereits ein Validierungsfehler angezeigt wurde.

Validieren Sie das Format bei Blur, validieren Sie Pflichtfelder beim Absenden und löschen Sie einen Fehler, sobald der Wert gültig wird. Bei jedem Tastendruck zu validieren bestraft einen Nutzer, der gerade eine Postleitzahl eintippt, und nur beim Absenden zu validieren bedeutet, dass der Nutzer sechs Fehler auf einmal ohne Hinweis entdeckt.

Deaktivieren Sie niemals den Absenden-Button als Ersatz für Validierung. Ein deaktivierter Button ohne Erklärung ist die häufigste Barrierefreiheits-Beschwerde bei Adressformularen, weil der Nutzer nicht erkennen kann, was fehlt, und ein Screenreader die Änderung möglicherweise nicht ansagt. Lassen Sie den Button aktiv, senden Sie ab und zeigen Sie eine Zusammenfassung mit Links zu jedem Feld.

Eine Fehlermeldung muss sagen, welches Feld falsch ist, welches Format akzeptiert wird und wie man es korrigiert. „Ungültige Adresse“ scheitert an allen drei Punkten. „Postleitzahl muss 5 Ziffern haben, zum Beispiel 97205“ besteht. Bei Ländern mit ungewöhnlichem Format geben Sie ein Beispiel statt eines Musters an, denn Nutzer lesen keine Regexes.

Platzieren Sie den Fehler neben dem Feld und bei langen Formularen zusätzlich in einer Zusammenfassung oben im Formular. Verknüpfen Sie ihn mit aria-describedby und setzen Sie aria-invalid am Eingabefeld. Verschieben Sie den Fokus beim Absenden auf das erste ungültige Feld oder auf die Zusammenfassung, wenn diese interaktiv ist. Testen Sie mit einem Screenreader, nicht nur visuell.

Beim Einfügen treten Formatierungsfehler zutage. Ein Nutzer fügt „K1A 0B1“ mit einem geschützten Leerzeichen ein oder eine vollständige Adresse in Zeile 1. Das Formular sollte trimmen, bekannte Trennzeichen normalisieren und interne Leerzeichen erhalten. Es sollte keine Bindestriche aus einem ZIP+4 oder aus einem niederländischen Code entfernen und keinen Stadtnamen in Großbuchstaben umwandeln, der legitim gemischt geschrieben ist.

Autofill hängt von den korrekten Token-Namen ab. Verwenden Sie address-line1, address-line2, address-level2 für Stadt, address-level1 für Region, postal-code und country, und verwenden Sie street-address nicht auf einem einzeiligen Feld wieder, es sei denn, es ist wirklich ein mehrzeiliger Straßenblock. Auf Mobilgeräten fehlt numerischen Tastaturen meist der Bindestrich, sodass ein ZIP+4 oder ein niederländischer Code, der mit inputmode="numeric" eingegeben wird, unmöglich zu vervollständigen ist. Verwenden Sie inputmode="text", wo das Muster Trennzeichen erlaubt.

Testen Sie die Grenze und ein Zeichen darüber hinaus für jedes Feld. Kürzung ist schlimmer als Ablehnung, weil der Nutzer ein erfolgreiches Absenden sieht und der gespeicherte Wert falsch ist. Wenn die Datenbankspalte 50 Zeichen hat und das Formular 100 erlaubt, tritt der Defekt nur bei langen Eingaben auf – genau das, was handgeschriebene Fixtures nie enthalten.

Testen Sie Nicht-ASCII-Zeichen: Akzente, den Apostroph in O Connell, den Bindestrich in einem französischen Straßennamen, das scharfe S in einer deutschen Straße und Rechts-nach-links-Schriften. Prüfen Sie, dass der Wert durch die API, die Datenbank, den CSV-Export und das gedruckte Label hin und zurück läuft. Kodierungsfehler treten oft erst beim Export auf – dem Schritt, den niemand testet.

Jedes Feld braucht ein sichtbares Label, das programmatisch mit dem Eingabefeld verknüpft ist. Platzhaltertext ist kein Label: Er verschwindet bei der Eingabe und wird inkonsistent angesagt. Gruppieren Sie die Adressfelder in einem Fieldset mit Legend und machen Sie die Auswahlfelder für Land und Region per Tastatur mit Type-ahead bedienbar.

Setzen Sie für Rechts-nach-links-Locales dir am Container und nicht an einzelnen Eingabefeldern, damit Interpunktion und Fehlersymbol an der richtigen Stelle bleiben. Prüfen Sie, dass übersetzte Labels bei 200 Prozent Zoom nicht überlaufen und dass die Fehlerzusammenfassung angesagt wird, wenn sie erscheint. Das sind günstige Prüfungen, die die Defekte abfangen, für die Accessibility-Audits Geld verlangen.

Verwandeln Sie die Checkliste in ein kleines automatisiertes Paket, das bei jeder Änderung läuft. Zwanzig Fälle decken die Fehlermenge ab: ein gültiger und ein ungültiger Fall für den Hauptmarkt, je ein Fall für Kanada, das Vereinigte Königreich, Deutschland, Japan, Brasilien, Hongkong und die VAE, plus Grenzlängen, eine Nicht-ASCII-Stadt, ein eingefügter Wert mit geschütztem Leerzeichen und ein Länderwechsel nach einem Fehler.

Halten Sie jeden Fall unabhängig und mit festen Startwerten. Prüfen Sie die Form des Ergebnisses statt eines Literalstrings und prüfen Sie bei den ungültigen Fällen den sichtbaren Fehlertext, denn Fehlertext-Regressionen sind echte Regressionen. Ein Paket dieser Größe läuft in Sekunden und fängt die Mehrheit der oben beschriebenen Defekte ab.