Erst die Barrierefreiheitsinformationen, dann der Blick auf den Bildschirm, wenn die App nichts sagt: wie GUI Test Studio jedes Element findet
Die meisten End-to-End-Tests scheitern, weil sie ein Element nicht mehr finden.Die GTS Engine + AI findet jedes Element auf zwei Wegen: Sie fragt die Anwendung über ihre Barrierefreiheitsinformationen und findet das Element am Aussehen, wenn die Anwendung nichts sagt.Warum zwei Wege zu einem Element einen Test robust machen, ganz ohne Locator, den man schreiben oder pflegen muss.
6 Min. LesezeitVom Team von GUI Test Studio
Warum End-to-End-Tests scheitern
Fragen Sie ein Team, warum seine End-to-End-Tests rot sind, und die Antwort ist selten ein Fehler.Öfter konnte ein Test eine Schaltfläche nicht mehr finden: Jemand aus der Entwicklung hat eine Klasse umbenannt, ein Framework-Update hat die Struktur der Seite geändert, ein Dialog hat sich etwas weiter unten geöffnet, ein Farbschema hat eine Farbe geändert.Die Anwendung war in Ordnung; der Test war es nicht.
Codebasierte Tests finden Elemente mit Locatoren: einer ID, einem CSS-Selektor, einem XPath, einer Position.Jeder davon ist eine Vermutung darüber, wie die Anwendung gebaut ist, und jedes Redesign macht einige davon kaputt.Bildbasierte Werkzeuge haben die umgekehrte Schwäche: Sie sehen den Bildschirm, wissen aber nichts von dem, was die Anwendung darüber sagt.
Zwei Wege zum selben Element
Die GTS Engine + AI, die Engine hinter jeder Prüfung von GUI Test Studio, wählt nicht zwischen beiden.Sie findet jedes Element auf zwei Wegen und nutzt den, der auf dem Bildschirm vor ihr funktioniert.
Fragen
Die Anwendung sagt, wo das Element ist
Sehen
Oder die Engine findet es am Aussehen
Vergleichen
Was da ist, verglichen mit dem, was Sie erwarten
Melden
Das Ergebnis, in einfachen Worten
Zuerst: die Anwendung fragen
Die meisten Anwendungen beschreiben Windows ihre eigene Oberfläche: jede Schaltfläche, jedes Feld, jede Liste und jede Beschriftung mit ihrem Namen, ihrer Rolle und ihrer Position auf dem Bildschirm.Das sind die Barrierefreiheitsinformationen, die Screenreader nutzen, und sie sind präzise und sofort verfügbar.Eine Webseite tut dasselbe über ihre eigenen Elemente.
Wenn ein Test aufgezeichnet oder in einem Prompt beschrieben wird, behält GUI Test Studio, was die Anwendung über jedes Element gesagt hat, aus dem eine Prüfung gemacht wurde.Wenn der Test läuft, fragt die Engine die laufende Anwendung zuerst nach diesem Element: wo es jetzt steht, ob es sichtbar ist, ob etwas es verdeckt.Eine Textprüfung fragt die Anwendung, was das Element sagt, bevor sie die Wörter auf dem Bildschirm liest.
| Was die Anwendung sagt | Was es dem Test bringt |
|---|---|
| Der Name und die Rolle des Elements | Dieselbe Schaltfläche wird wiedergefunden, auch unter anderen, die gleich aussehen |
| Seine Position auf dem Bildschirm | Das Element wird sofort dort gefunden, wohin es sich bewegt hat |
| Ob es sichtbar oder verdeckt ist | Ein Dialog oder ein Menü davor wird bemerkt, nie durchgeklickt |
| Was es sagt | Eine Textprüfung bekommt die genauen Wörter, nie eine Fehllesung |
Dann: es am Aussehen finden
Manche Anwendungen sagen nichts.Ein Spiel zeichnet seine Menüs selbst.Eine Zeichenfläche, ein Diagramm oder eine Karte ist für Windows ein einziges Bild.Ein Remotedesktop, eine virtuelle Maschine oder ein auf Ihrem Bildschirm gezeigtes Smartphone ist ein einziges Fenster, in dem nichts steckt.Ältere Programme, die von ihrem eigenen Toolkit gezeichnet werden, sehen wie eine leere Fläche aus.
Dort findet die GTS Engine das Element am Aussehen, auf dem Live-Bildschirm, so wie ein Mensch: Sie sucht das Bild des Elements in seinem Suchbereich, toleriert die kleinen Unterschiede, die jeder Bildschirm hat, und unterscheidet Doppelgänger nach ihrer Position.Sie übernimmt auch, wenn die Antwort der Anwendung nicht stimmt: ein Element, das sie meldet, das aber verborgen, verdeckt oder weit weg von seiner erwarteten Stelle ist.
Warum zwei Wege einen Test robust machen
Jeder Weg deckt die Schwachstelle des anderen ab.Den Barrierefreiheitsinformationen ist egal, wie ein Element aussieht, deshalb verlieren sie es weder durch ein neues Design noch durch eine Schrift oder eine andere Bildschirmskalierung.Der Bilderkennung ist egal, wie die Anwendung gebaut wurde, deshalb verliert auch sie es weder durch eine umbenannte Klasse noch durch ein neues Framework oder eine App ganz ohne Barrierefreiheitsinformationen.
| Was sich geändert hat | Was das Element trotzdem findet |
|---|---|
| Der Code hinter der Schaltfläche wurde neu geschrieben | Beide: Die Anwendung benennt sie weiterhin, und sie sieht weiterhin gleich aus |
| Das Fenster wurde verschoben oder das Layout ist verrutscht | Die Anwendung sagt, wo es jetzt ist, und die Bilderkennung findet es dort |
| Eine neue Farbe oder ein neues Design | Die Barrierefreiheitsinformationen der Anwendung |
| Ein Spiel, eine Zeichenfläche, ein Remotedesktop | Bilderkennung |
| Mehrere identische Schaltflächen | Die Namen der Anwendung und die Position des Elements unterscheiden sie |
Das Ergebnis ist ein Test, der weiterhin findet, wonach er sucht, während sich Ihre Anwendung um ihn herum ändert, und der nur aus einem Grund fehlschlägt: Was der Nutzer sehen würde, ist falsch.
Finden ist die halbe Prüfung
Sobald das Element gefunden ist, vergleicht die GTS Engine, was auf dem Bildschirm ist, mit dem, was Sie erwarten: das Bild, die Wörter, die Anordnung.Sie ignoriert das Rauschen, das jeder Bildschirm hat, Kantenglättung und Kompression, und erkennt echte Regressionen, also was ein Mensch eine Änderung nennen würde: eine falsche Farbe, ein fehlendes Symbol, ein Wort, dessen Groß-/Kleinschreibung sich geändert hat.
Wenn eine Prüfung fehlschlägt, kann die intelligente KI-Analyse, die optionale KI-Seite der Engine, einen zweiten Blick darauf werfen und den Unterschied in einfachen Worten erklären, mit einem Cloud-Modell und Ihrem eigenen Schlüssel oder einem lokalen Modell auf Ihrem eigenen Computer, einem von uns oder Ihrem eigenen.Siehe Intelligente KI-Analyse.
Nichts einzurichten
Es gibt keinen Locator zu schreiben, keine Barrierefreiheitseinstellung einzuschalten, keinen Modus zu wählen.Zeichnen Sie den Test selbst auf, oder beschreiben Sie ihn in einem Prompt für Claude, ChatGPT oder ein KI-Modell auf Ihrem eigenen Computer: GUI Test Studio behält, was es über jedes Element braucht, und die Engine entscheidet bei jedem Lauf, welcher Weg es findet.Alles läuft auf Ihrem eigenen Computer.
Fragen
Nutzt GUI Test Studio den Barrierefreiheitsbaum?
Ja.Die GTS Engine + AI fragt zuerst die Anwendung, wo ein Element ist, über ihre Barrierefreiheitsinformationen unter Windows oder über die eigenen Elemente der Webseite in einem Browser.Sie findet das Element nur dann am Aussehen auf dem Bildschirm, wenn die Anwendung es nicht sagt.
Was, wenn meine Anwendung keine Barrierefreiheitsinformationen hat?
Der Test funktioniert trotzdem.Spiele, Zeichenflächen, Remotedesktops und Programme, die von ihrem eigenen Toolkit gezeichnet werden, geben nichts preis, also findet die GTS Engine ihre Elemente am Aussehen, auf dem Bildschirm, so wie ein Mensch.
Muss ich Locatoren oder Selektoren schreiben?
Nein.GUI Test Studio behält von selbst, was es über jedes Element braucht, wenn der Test aufgezeichnet oder in einem Prompt beschrieben wird.Es gibt keinen Locator, keinen Selektor und keine Element-ID, die Sie schreiben oder pflegen müssen.
Ist die Prüfung noch visuell, wenn das Element über die Barrierefreiheit gefunden wird?
Ja.Das Element zu finden ist die erste Hälfte einer Prüfung.Die zweite Hälfte vergleicht immer, was auf dem Bildschirm ist, mit dem, was Sie erwarten, sodass ein Test erkennt, was Ihre Benutzer sehen würden, etwa eine falsche Farbe oder ein fehlendes Symbol.
Bereit, Ihren ersten Test aufzuzeichnen?
Jede Funktion, 15 Tage lang.
Lieber an der Art von App sehen, die Sie testen?Buchen Sie ein kostenloses 30-minütiges Gespräch mit unserem Team.