Testablauf: Wartezeiten, Apps, Smartphones und Skripte
Den Lauf anhalten, eine Web-App öffnen, einer Seite eine Datei übergeben, das Netzwerk trennen, eine Anwendung starten oder schließen, ein Telefon verbinden oder jederzeit ein Python-Skript ausführen.
Wo sie liegen
Zehn Ereignisse gehören zum ganzen Test und nicht zu einer Spur: Warten, Web-App öffnen, Datei hochladen, JavaScript ausführen, Offline gehen, Online gehen, App starten, App beenden, Smartphone verbinden und Python-Skript ausführen.Sie finden sie in der Ereignispalette unter Testablauf.Ziehen Sie eines irgendwohin auf die Zeitleiste: Es landet auf dem Zeitlineal, zu diesem Zeitpunkt.
Warten
Ein Warten hält den Lauf für eine feste Zeit an, dann geht der Test weiter.
Web-App öffnen
Öffnet eine Webadresse im Browser Ihrer Wahl und fährt fort, sobald die Seite geladen ist.Der Browser öffnet sich in einem sauberen eigenen Fenster, ohne Ihre Tabs, Erweiterungen oder Anmeldungen, sodass jeder Lauf von derselben Seite ausgeht.
| Einstellung | Was sie bedeutet |
|---|---|
| Adresse | Die Seite, die der Test öffnet.Ein Name allein, etwa shop.example.com, wird als https gelesen. |
| Browser | Einer der auf dem Rechner installierten Browser oder sein Standardbrowser.Der Test merkt sich das Programm des Browsers, ein anderer Rechner öffnet also sein eigenes Exemplar. |
| Vollbild-Kioskmodus | Die Seite füllt den Bildschirm, ohne dass etwas vom Browser sie umgibt: keine Tabs, keine Adressleiste, keine Navigationselemente. |
| Aufgeben nach | Wie lange die Seite zum Laden brauchen darf, bevor der Test fortfährt. |
Warum der Kioskmodus
Was eine Seite umgibt, unterscheidet sich von Rechner zu Rechner: die Version des Browsers, sein Design, eine Lesezeichenleiste, die Größe seines Fensters.Im Kioskmodus wird die Seite allein für den Bildschirm angeordnet, der Test sieht also überall dasselbe Bild.
Der Kioskmodus auf einem Build-Rechner
Der Kioskmodus verlangt ein paar Dinge von dem Rechner, der den Test ausführt.
| Was passiert | Was zu tun ist |
|---|---|
| Die Seite wird für den Bildschirm dieses Rechners angeordnet. | Geben Sie dem Build-Rechner die Bildschirmgröße und die Anzeigeskalierung der Aufzeichnung, sonst sieht jede Prüfung ein anderes Layout. |
| Der Browser braucht einen echten Desktop, auf dem er zeichnen kann. | Lassen Sie den Agenten in einer angemeldeten, entsperrten Desktopsitzung laufen, nie als Windows-Dienst oder hinter einem getrennten Remotedesktop.Sonst schlägt der Schritt fehl, weil der Browser kein Fenster gezeigt hat. |
| Der Browser bedeckt den ganzen Bildschirm, einschließlich der Taskleiste. | Lassen Sie das eigene Zeitlimit des Laufs ihn beenden.Ein Lauf, den die Pipeline abbricht, lässt den Browser im Vordergrund, bis jemand Alt+F4 drückt. |
| Das Fenster ist sauber: kein gespeichertes Passwort, kein Cookie, keine Erweiterung. | Lassen Sie den Test sich selbst anmelden, wenn die Seite hinter einer Anmeldung liegt. |
| Ein von einem Administrator verwalteter Browser kann den Kioskmodus verweigern oder eigene Leisten hinzufügen. | Schalten Sie den Kioskmodus im Schritt aus: Die Seite öffnet sich in einem gewöhnlichen maximierten Fenster. |
Datei hochladen
Übergibt der Webseite eine oder mehrere Dateien, so wie es die Auswahl in einem Dateifenster täte, nur ohne dieses Fenster.Setzen Sie den Schritt direkt hinter den Klick, mit dem die Seite nach einer Datei fragt, etwa eine Schaltfläche „Bild auswählen“: Der Klick bleibt ein eigener Schritt, und Datei hochladen beantwortet ihn.
| Einstellung | Was sie bedeutet |
|---|---|
| Dateien | Die Dateien, die übergeben werden.Dateien hinzufügen... wählt eine oder mehrere aus; Entfernen nimmt die ausgewählte von der Liste. |
| Prüfen, ob die Seite sie erhalten hat | Der Schritt schlägt fehl, wenn die Seite die Datei nicht angenommen hat, sodass der Bericht es sofort sagt. |
| Aufgeben nach | Wie lange der Schritt dauern darf. |
JavaScript ausführen
Führt JavaScript in der Webseite aus, die der Test geöffnet hat: einen Wert lesen, den der Bildschirm nicht zeigt, die Seite für die folgenden Schritte vorbereiten, eine der eigenen Funktionen der Seite aufrufen.Es läuft in dem Browser, in dem der Test läuft, welcher auch immer das ist, Chrome, Edge oder Firefox, mit oder ohne Fenster, und auf jedem Browser und Gerät, für die der Test gemacht wird.
| Einstellung | Was sie bedeutet |
|---|---|
| Skript | Das JavaScript, das ausgeführt wird.Ein einzelner Ausdruck gibt seinen Wert zurück, etwa document.title.Mehrere Zeilen geben zurück, was ihr return sagt, und await funktioniert.Tippen Sie es direkt im Eigenschaftenbereich ein oder importieren Sie eine .js-Datei: das Skript reist im Test mit. |
| Erwartetes Ergebnis | Was das Skript zurückgeben muss, damit der Schritt besteht: ein Text, eine Zahl, true oder false, oder JSON.Leer lassen, und jedes Ergebnis besteht. |
| Aufgeben nach | Wie lange das Skript brauchen darf, bevor der Schritt fehlschlägt. |
Was das Skript zurückgibt, steht neben dem Schritt im Konfidenzbericht.Der Schritt schlägt fehl, wenn das Skript mit einem Fehler abbricht, länger als seine Zeit braucht oder etwas anderes als das erwartete Ergebnis zurückgibt.
Nachdem der Test einen Artikel in den Warenkorb gelegt hat, liest ein Schritt JavaScript ausführen den Warenkorb, den die Seite für sich speichert: JSON.parse(localStorage.getItem('cart')).length, mit Erwartetes Ergebnis = 1.Der Schritt schlägt an dem Tag fehl, an dem die Seite den Warenkorb nicht mehr speichert, auch wenn der Bildschirm noch richtig aussieht.
Offline gehen und Online gehen
Offline gehen trennt das Netzwerk in diesem Moment des Tests, sodass die Schritte danach zeigen, wie sich Ihre App ohne Verbindung verhält: eine Meldung, eine Schaltfläche zum erneuten Versuchen, Arbeit, die aufbewahrt wird, bis die Verbindung zurück ist.Online gehen gibt die Verbindung zurück.
| Vom Netz nehmen | Was seine Verbindung verliert |
|---|---|
| Die getestete App | Bei einem Webtest die Seite in ihrem Browser.Bei einem Desktoptest die App, auf der der Test aufgezeichnet wurde, und die Apps, die seine Schritte App starten gestartet haben. |
| Ein Programm | Ein Programm, das Sie benennen. |
| Dieser ganze Computer | Jedes Programm, außer dem, was auf dem Computer selbst läuft, damit der Test weiterläuft. |
Ein einziges Online gehen gibt alles zurück, was die Schritte Offline gehen davor weggenommen haben.Das Ende des Tests tut das immer, auch wenn der Test bei einem Fehlschlag anhält, sodass ein Computer nie offline bleibt.
App starten
Startet in diesem Moment des Tests ein Programm: die App, die Sie testen, einen Browser auf einer bestimmten Seite, ein Tool, das Daten vorbereitet.
| Einstellung | Was sie bedeutet |
|---|---|
| Programm | Das Programm, das gestartet wird.Wählen Sie eine der gerade laufenden Apps, oder suchen Sie mit Durchsuchen ein beliebiges Programm. |
| Argumente | Was das Programm beim Start mitbekommt, etwa eine Webadresse oder eine Datei.Tippen Sie jedes ein und drücken Sie die Eingabetaste. |
| Arbeitsordner | Der Ordner, in dem das Programm startet, wenn es einen braucht. |
| Fortfahren | Wann der Test weitergeht: sofort, sobald die App ein Fenster zeigt, oder sobald das Programm endet. |
| Fenster | Wie das Fenster der App steht, sobald sie läuft: wie geöffnet, maximiert oder im Vollbild. |
| Aufgeben nach | Wie lange gewartet wird, bevor der Schritt fehlschlägt. |
Fügen Sie ganz am Anfang ein App starten hinzu: Programm = Ihr Browser, Argumente = die Adresse der Anmeldeseite Ihrer App, Fortfahren = Sobald ein Fenster erscheint.Jeder Lauf beginnt nun auf derselben Seite, egal was vorher geöffnet war.
App beenden
Schließt eine App, so wie ein Klick auf ihre Schließen-Schaltfläche es täte.Wenn sie nach der Zeit, die Sie ihr geben, noch geöffnet ist, kann sie zwangsweise geschlossen werden.Setzen Sie eines ans Ende eines Tests, um den Bildschirm für den nächsten Test sauber zu hinterlassen.
Schalten Sie Nur vom Test Gestartetes ein, und es wird nur geschlossen, was der Test selbst geöffnet hat, nie ein Fenster derselben App, das Sie geöffnet hatten.
Smartphone verbinden
Zeigt den Bildschirm eines Android-Smartphones auf diesem Bildschirm, damit die folgenden Schritte auf dem Smartphone arbeiten.Eine Aufzeichnung auf einem Smartphone fügt den Schritt von selbst am Anfang ein, und am Ende des Laufs wird der Bildschirm des Smartphones wieder entfernt.Es ist nichts zu installieren: Schließen Sie das Smartphone per USB mit eingeschaltetem USB-Debugging an.
Die Liste Smartphone zeigt die gerade angeschlossenen Smartphones mit Namen.Behalten Sie Jedes angeschlossene Smartphone, um auf dem Smartphone zu laufen, das gerade da ist, oder wählen Sie eines aus, damit der Test immer auf diesem Smartphone läuft.Smartphones erkennen sucht erneut, nachdem Sie eines angeschlossen haben.
Python-Skript ausführen
Führt ein kurzes Python-Skript aus: eine Testdatenbank zurücksetzen, einen Testbenutzer anlegen, eine Datei an ihren Platz kopieren.Tippen Sie das Skript direkt im Eigenschaftenbereich ein, oder importieren Sie eine .py-Datei.Das Skript reist im Test mit, es läuft also auf jedem Rechner, der Python hat.
Ein Python-Skript ausführen am Anfang leert den Warenkorb des Testbenutzers über die Testwerkzeuge Ihrer App.Der Test hängt nicht mehr davon ab, was der vorige Lauf hinterlassen hat.
Wenn ein Schritt fehlschlägt
Jeder Schritt außer einem Warten hat in seinen Eigenschaften eine Einstellung Bei Fehlschlag: Test anhalten, der Standard, oder Test fortsetzen.Fortsetzen passt zu einem Schritt, von dessen Fehlschlag der Rest des Tests nicht abhängt, etwa einem App beenden am Ende.In jedem Fall sagt der Bericht, was fehlgeschlagen ist und warum.
Kommen Sie nicht weiter?Sagen Sie uns, was Sie tun wollten, und wir antworten innerhalb eines Werktags.Ask our team