Prüfgrundlage festlegen
Ein Audit vor der Veröffentlichung beginnt mit einem reproduzierbaren Zustand statt mit einem zufälligen Seitenbesuch. Notieren Sie URL oder Fixture, Build-Kennung, Viewport, Anmeldung und Zustände wie Menüs, Dialoge, Validierungsfehler und leere Ergebnisse. Screenshots machen visuelle Befunde vergleichbar, ersetzen aber weder HTML noch das Verhalten, das sie erzeugt.
Automatische Signale und menschliches Urteil trennen
Starten Sie mit der Strukturprüfung für Beschriftungen, Alternativtexte, Überschriften und Bereiche. Prüfen Sie anschließend die simulierte Reihenfolge und vergleichen Sie sie mit der Aufgabe, die eine Person erledigen muss. Ein Tool kann eine verdächtige Reihenfolge markieren; ob sie verständlich ist, entscheidet der Mensch und testet zusätzlich Tastatur und passende assistive Technik.
Farbe im gerenderten Kontext prüfen
Nutzen Sie Paarprüfungen für bekannte Werte, die Palettenprüfung für wiederverwendbare Token und die Heatmap für schwer aufzählbare Bereiche. Farbseh-Simulationen helfen, Zustände zu finden, die nur über den Farbton vermittelt werden. Bewahren Sie reale Werte und Screenshots auf und ergänzen Sie bei Bedarf Text, Symbole, Muster oder Statusbeschriftungen, die nicht von Farbe abhängen.
Mit einer Veröffentlichungsentscheidung abschließen
Der Bericht sollte jede automatische Beobachtung mit einer Fundstelle verbinden und den Retest speichern. Die menschliche Prüfung umfasst außerdem Tastatur, sichtbaren Fokus, Zoom, Umbruch, Inhaltsbedeutung und Ausnahmen. Schließen Sie mit beheben, erneut prüfen, zurückstellen oder blockieren. Der Ablauf ordnet Nachweise; er zertifiziert keine rechtliche Konformität und garantiert keine problemfreie Nutzung für alle Menschen.