Antwort.

Manuelles UI-Testing entstand ursprünglich aus der Notwendigkeit, da automatische Tools Fehler, die mit dem visuellen Eindruck und der Benutzerfreundlichkeit der Oberfläche zusammenhängen, schlecht erfassen (Geschichte). Alle Elemente müssen zugänglich sein, korrekt angezeigt werden und mit den Erwartungen der Benutzer interagieren.

Das Hauptproblem beim manuellen UI-Testing ist die subjektive Bewertung: Verschiedene Personen können die gleiche Benutzeroberfläche unterschiedlich wahrnehmen. Zudem gibt es häufig Situationen, in denen visuelle Mängel nicht dokumentiert oder ignoriert werden (‘Problem’). Um Subjektivität zu vermeiden, müssen klare Kriterien für die Akzeptanz visuelle Elemente entwickelt, isometrische und Richtlinien verwendet sowie gefundene Probleme mit Hilfe von Screenshots, klaren Beschreibungen und dem Vergleich mit den ursprünglichen Entwürfen festgehalten werden (‘Lösung’).

Hauptmerkmale:

Visuelle Überprüfung der Anordnung, Farben, Größen von Elementen
Überprüfung der Zugänglichkeit und des Ansprechverhaltens von Steuerelementen
Verwendung von Layouts, Richtlinien und spezifischen Akzeptanzkriterien

Fangfragen.

Reicht es aus, die UI nur in einem Browser oder auf einem Gerät zu testen?

Nein, Elemente können aufgrund von Unterschieden in den Browser-Engines und den Bildschirmauflösungen unterschiedlich dargestellt werden.

Wenn der Tester keinen Mangel sieht, kann er dann annehmen, dass kein Fehler vorhanden ist?

Nein, es ist notwendig, die Benutzeroberfläche mit den Richtlinien und Entwürfen zu vergleichen und sich nicht nur auf seine subjektive Sicht zu verlassen.

Kann man Anforderungen an die Zugänglichkeit (Accessibility) beim UI-Testing ignorieren?

Nein, Anforderungen an die Zugänglichkeit sind wichtig für Endbenutzer, einschließlich für Menschen mit Behinderungen.

Typische Fehler und Anti-Patterns

Ignorieren von Cross-Browser-Kompatibilität und Responsiveness
Fehlende einheitliche Kriterien für die visuelle Akzeptanz
Ignorieren kleiner visueller Mängel und Zugänglichkeitsfehler

Beispiel aus dem Leben

Negativer Fall

Der Tester hat die UI nur auf seinem Computer und in einem Browser überprüft und lediglich visuell mit der vorherigen Version verglichen, ohne sich auf den Entwurf zu stützen. Infolgedessen sahen Benutzer von mobilen Geräten eine fehlerhafte Benutzeroberfläche.

Vorteile:

Test schnell durchgeführt

Nachteile:

Kritische visuelle Bugs übersehen, keine Anpassung der Benutzeroberfläche

Positiver Fall

Der Tester hat die UI auf verschiedenen Geräten und Browsern überprüft, sie mit dem Entwurf verglichen und die Accessibility-Guides berücksichtigt. Er verwendete Checklisten zu den visuellen Kriterien.