Dunkelmodus testen, andere Sprachen, andere Bildschirme: ein Test für alle Varianten

Um Dunkelmodus, andere Sprachen und andere Bildschirme zu testen, ohne den Test zu kopieren, behalten Sie einen einzigen Test, dessen Prüfungen eine Version pro Variante haben.Ein Lauf wählt die Variante, und die Schritte bleiben dieselben.

Es ist eines der häufigsten Probleme der Testautomatisierung.Ein Test besteht im hellen Modus an Ihrem Platz und scheitert dann im Dunkelmodus, auf Französisch oder auf dem Laptop eines Kollegen, obwohl nichts kaputt ist.

Warum scheitert ein Test im Dunkelmodus, obwohl nichts kaputt ist?

In GUI Test Studio ist das, was eine Prüfung erwartet, das visuelle Ziel einer Bild-Assertion, der erwartete Text einer Text-Assertion, das Format einer Dynamischen Text-Assertion oder die Anordnung einer Layout-Assertion.Die Aufzeichnung gibt jeder Prüfung ihr erstes erwartetes Aussehen, den sogenannten Standard.

Dunkelmodus, andere Sprache, anderer Bildschirm: was sich auf einem korrekten Bildschirm ändert

Derselbe Bildschirm kann zu Recht anders aussehen.Die App ist nicht kaputt, sie wird in einer anderen Variante gezeigt, und eine Prüfung mit nur einer Version kann den Unterschied nicht erkennen.

Warum eine Kopie des Tests pro Variante nicht lange hält

Wenn ein korrekter Bildschirm in einer Variante immer wieder scheitert, greifen Teams meist zu einer von drei Abkürzungen.

Warum ein bestandener Test trotzdem übersehen kann, was Nutzer sehen, behandelt der Artikel visuelle Fehler, die automatisierte Tests übersehen.Warum eine Prüfung, die grundlos fehlschlägt, schlechter ist als gar keine Prüfung, steht in Flaky Tests und False Positives.

Was es in einem programmierten Test-Framework braucht

In einem programmierten Framework wie Playwright, Selenium oder Cypress bauen und pflegen Sie die Varianten selbst im Code.

Die Idee ist dieselbe: eine Variante, ein Satz Erwartungen.Was sich unterscheidet, ist, wie viel Sie dafür schreiben und pflegen.

Ein Test für alle Varianten: Baseline-Profile

GUI Test Studio, das End-to-End-Tests unter Windows ohne Code automatisiert, hält jede Version im Test.Sie benennen Ihre Varianten als Baseline-Profile, etwa Dunkelmodus, Französisch, 4K-Monitor oder Windows 10.Jede Prüfung kann dann pro Profil eine Version dessen halten, was sie erwartet, neben ihrem Standard.

Jede Art von Prüfung kann Versionen haben: Bild-Assertionen, Text-Assertionen, Dynamische Text-Assertionen und Layout-Assertionen.In einer Gruppen-Assertion hat jedes Mitglied seine eigenen.Jedes beteiligte Fenster finden Sie im Leitfaden zu Baselines.

Was sich von einer Variante zur nächsten ändert und was nie

Ein Profil ändert, was eine Prüfung erwartet.Es ändert nie, wie die Prüfung danach sucht.

Eine App in mehreren Sprachen testen: Auch die Schritte ändern sich

Ein Test in einer anderen Sprache braucht oft mehr als andere Bilder.Er tippt andere Wörter, öffnet eine andere Adresse oder lädt eine andere Datei hoch.Deshalb kann jeder Schritt des Tests die Version eines Profils für das haben, was er tut, während seine Stelle auf dem Bildschirm und sein Zeitpunkt gemeinsam bleiben.

Auch ein Tastenkürzel kann sich unterscheiden: In Microsoft Word auf Französisch ist Fett Ctrl+G statt Ctrl+B, deshalb hat der Schritt Tastendruck eine französische Version.

Wie eine Text-Assertion einen Text liest und vergleicht, erklärt Textprüfungen.

So fügen Sie einem vorhandenen Test den Dunkelmodus hinzu, Schritt für Schritt

Am schnellsten füllen Sie ein Profil mit einem Lauf unter diesem Profil.Die Prüfungen, die anders aussehen, schlagen fehl, Sie sehen sie sich an und behalten die richtigen.

1. 1

   Das Profil benennen

   Fügen Sie unter Einstellungen, Projekteinstellungen in der Karte Baseline-Profile ein Baseline-Profil namens Dunkelmodus hinzu.Ein Profil ist nur ein Name, bis seine Prüfungen ihre Versionen bekommen.

2. 2

   Den Test unter dem Profil ausführen

   Schalten Sie Ihre App in den Dunkelmodus.Wählen Sie auf der Seite des Tests im GUI Test Runner-Recorder in der Zeile Baseline Dunkelmodus und klicken Sie dann auf Test ausführen.

   

   Vergrößern

3. 3

   Jede fehlgeschlagene Prüfung durchsehen

   Die Prüfungen vergleichen noch mit dem hellen Aussehen, deshalb schlagen die fehl, die anders aussehen.Öffnen Sie jede im Konfidenzbericht und entscheiden Sie, ob das dunkle Aussehen richtig ist.

4. 4

   Die richtigen dunklen Ansichten übernehmen

   Klicken Sie bei jeder durchgesehenen Prüfung auf Ist als Baseline für „Dunkelmodus“ übernehmen.Das helle Standardaussehen bleibt, wie es war.

   

   Vergrößern

5. 5

   Speichern und erneut ausführen

   Speichern Sie die Änderungen des Berichts in den Test und führen Sie ihn noch einmal unter Dunkelmodus aus.Jede Prüfung vergleicht jetzt mit ihrer eigenen dunklen Version.

Oder die Version in GUI Test Studio aufnehmen

Wählen Sie eine Prüfung aus, öffnen Sie ihre Registerkarte Baselines und wählen Sie das Profil.Jedes Feld des Eigenschaftenbereichs zeigt nun die Version dieses Profils, und eine Änderung dessen, was die Prüfung erwartet, geht in diese Version.Aufnehmen... startet eine Bildschirmaufnahme, in der der Bereich der Prüfung dort eingezeichnet ist, wo er stand, und Denselben Bereich aufnehmen nimmt das Bild des Profils genau an dieser Stelle auf.

Sie können Ihren KI-Assistenten auch bitten, ein Profil hinzuzufügen oder eine Version aufzunehmen, über Einen Test aus einem Prompt erstellen.

Wenn sich die App absichtlich ändert: das neue Aussehen mit einem Klick übernehmen

Ein neues Aussehen wird übernommen, wenn sich die App absichtlich ändert.Übernehmen Sie nur, was Sie durchgesehen haben, und behalten Sie einen Weg zurück.

Einen Test nach einer Änderung aktualisieren führt durch das Übernehmen im Bericht, und der Konfidenzbericht erklärt alles, was er zeigt.

Jede Variante in CI/CD ausführen

Ein Lauf verwendet ein Profil.Im GUI Test Runner-Recorder ist es die Zeile Baseline auf der Seite des Tests.Auf einem Build-Agent nimmt gtr-cli --baseline-profile gefolgt vom Namen des Profils.

gtr-cli run tests\Checkout.GTS --junit results\default.xml
gtr-cli run tests\Checkout.GTS --baseline-profile "Dark mode" --junit results\dark.xml
gtr-cli run tests\Checkout.GTS --baseline-profile "French" --junit results\french.xml

Tests in Ihrer Pipeline ausführen listet jede Option von gtr-cli auf.

Browser und Geräte werden anders behandelt

Ein Webtest braucht kein Profil pro Browser oder Gerät: GUI Test Runner-Recorder erzeugt eine Version des aufgezeichneten Tests für Chrome, Edge, Firefox und emulierte Telefone und Tablets, mit Bildern, die aus jedem einzelnen ausgeschnitten werden.Siehe Cross-Browser-Testing aus einer einzigen Aufzeichnung.

Baseline-Profile sind für das, was das Aussehen derselben App auf derselben Art von Bildschirm ändert: ein Design, eine Sprache, eine Skalierung, eine Windows-Version oder eine Edition Ihrer App.Das funktioniert für Desktop-Apps, Web-Apps, Spiele und Telefone gleichermaßen.

Was Sie vor dem Start wissen sollten

Das Wichtigste in Kürze

• 1Ein Test, der nur ein Aussehen erwartet, lässt einen korrekten Bildschirm scheitern, im Dunkelmodus, in einer anderen Sprache, bei einer anderen Skalierung oder unter einer anderen Windows-Version.
• 2Kopien und lockerere Prüfungen halten nicht: Die Kopien laufen auseinander, und eine lockerere Prüfung verbirgt echte Fehler.
• 3GUI Test Studio hält jede Variante in einem einzigen Test, eine Version pro Baseline-Profil, für jede Prüfung und jeden Schritt.
• 4Wo gesucht wird, wie lange gewartet wird und wie streng geprüft wird, bleibt gemeinsam, sodass keine Variante den Test nachsichtiger macht.
• 5Ein Lauf wählt eine Variante, und ein neues Aussehen entsteht, indem Sie ein durchgesehenes Ergebnis im Konfidenzbericht übernehmen.

Fragen

Playwright, Selenium, Cypress, Microsoft Word und Windows sind Marken ihrer jeweiligen Inhaber.