In dieser Übung gehst du durch den Bearbeitungs- und Testablauf für eine einfache Transaktion. Dabei werden einige Fehler behoben.
Die hier verwendeten Beispiele entstammen einer früheren Übung: Aufzeichnen der User Journey bei Shop-Funktionen. Wenn du diese Übung noch nicht abgeschlossen hast, solltest du das jetzt nachholen oder du kannst das Skript in den Step-Editor hineinkopieren.
Manuelles Testen im Entwicklungsmodus
Es gibt drei Prüfobjektmodi: Development, Staging und Produktion. Das Testen im Entwicklungsmodus ist der wichtigste Schritt, den du ausführen kannst, bevor du das Transaktionsskript in den Staging- oder Produktionsmodus überführst. Erfahre mehr über die Prüfobjektmodi.
- Rufe in der Uptrends Anwendung auf.
- Öffne das Transaktionsprüfobjekt, das vom Transaktions-Recorder hochgeladen wurde.
- Stelle sicher, dass du dich auf der Registerkarte Allgemein befindest.
- Setze im Abschnitt Status den Modus auf „Development“.
- Klicke auf die -Schaltfläche.
Das Testen mit „Jetzt testen“ starten
Gleich ob du ein Skript direkt aus dem Transaktions-Recorder hast, Änderungen an einem Skript vornimmst oder Probleme bei einem Skript in Produktion behebst, du kannst es mithilfe der Jetzt testen-Schaltfläche testen. Um auf Probleme zu prüfen, kannst du so einen schnellen Test ausführen.
- Öffne das Transaktionsprüfobjekt, das für dieses Tutorial erstellt wurde.
- Klicke auf Jetzt testen am Ende der Seite. Das Pop-up-Fenster Testen von: erscheint.
- Wähle einen Checkpoint, von dem der Test ausgeführt wird.
- Klicke auf .
Wenn du den Test angestoßen hast, scrollt der Editor automatisch zum Anfang der Seite und der Checkpoint fügt dein Prüfobjekt zur Testschleife hinzu. Sobald der Test startet, kannst du sehen, wie der Checkpoint die Schritte deines Skripts ausführt. Sollte dein Skript den Test erfolgreich ausführen, ist das gut. Aber es sind weitere Tests erforderlich.
Wenn du das Beispielskript verwendest, wirst du sehen, dass Schritt 1 (Navigieren) und Schritt 2 (Auf ein Element klicken) ohne Probleme ausgeführt wurden, aber Schritt 3 hat bei der Aktion 3.3 nicht funktioniert.
Problembehebung beim Skript
Eine Transaktion kann im Entwicklungsmodus aus vielen Gründen einen Fehler zurückgeben, beispielsweise fehlende Inhalte oder es gibt eine nicht angemessene Selektorenauswahl für Elemente, Registerkarten und Frames. Zeitliche Probleme und fehlende Interaktionen könnten ebenfalls eine Rolle spielen. Sieh dir die folgenden Tipps für die häufigsten Probleme an.
Problem: Element nicht gefunden aufgrund dynamischer IDs
Beim Test des Beispielskripts kannst du bei den Testergebnissen sehen, dass das Prüfobjekt das im CSS-Selektor spezifizierte Element nicht finden konnte. Die Aktion sagt dem Checkpoint, die Menge zu ändern, aber da das Prüfobjekt das Element nicht findet, schlägt die Aktion fehl. Der Knowledge-Base-Artikel Selektoralternativen hält weitere Infos zu Selektoren bereit.
Der vollständige CSS-Selektor lautet:
#quantity_6346b8b92ac97
Das Prüfobjekt wartet bei der Seite auf ein Element mit der ID „quantity_6346b8b92ac97“. Wenn es erscheint, setzt das Prüfobjekt den Wert des Elements auf „2“. Das Element mit der ID „quantity_6346b8b92ac97“ erschien jedoch nicht. Warum? Der Selektor sucht nach einer bestimmten ID, aber der Server generiert die ID des Elements dynamisch. Jedes Mal, wenn die Seite lädt, vergibt der Server für das Element eine andere ID. Um dies zu beheben, gibt es andere Möglichkeiten als die ID, um ein Element zu identifizieren.
Lösung: Einen anderen Selektor verwenden
Um das Problem zu umgehen, das durch dynamische IDs entsteht, benötigst du einen anderen Selektor. Klicke auf die Ellipsen-Schaltfläche im Selektorenfeld, um eine Liste anderer möglicher Selektoren anzuzeigen.
Ein Pop-up-Fenster mit Selektoralternativen wird geöffnet:
In diesem Fall wirst du feststellen, dass mehrere der Selektoren den dynamisch erzeugten Wert verwenden, sodass du diese direkt ausschließen kannst. Zwei Optionen enthalten nicht die dynamische ID: name und xpath:idRelative. Der Recorder nimmt automatisch die Selektoren auf Grundlage seiner Einschätzung, welcher Selektor am besten funktionieren wird. In diesem Fall ist das die zweite Empfehlung: „name“ könnte besser zur Identifizierung des Elements funktionieren. Der Name-Wert ist ein Elementattribut. Ist es auf deiner Seite einzigartig, ist dieser Selektor wahrscheinlich die beste Wahl.
Tatsächlich funktioniert die Option xpath:idRelative in diesem Fall auch. Uptrends hat dir zwei gute Möglichkeiten bereitgestellt, die hervorragend im Entwicklungsmodus funktionieren. Aber ganz sicher, dass sie wirklich geeignet sind, bist du erst, wenn du das Skript in den Staging-Modus verschiebst. Aber es gibt noch mehr zu beachten, bevor du dein Prüfobjekt in den Staging- oder Produktionsmodus übergibst.
Problem: Element nicht gefunden aufgrund mangelnder Nutzerinteraktion
Ähnlich wie dynamische IDs können auch dynamische Inhalte, die eine Nutzerinteraktion erfordern, damit ein Element sichtbar wird, für Probleme sorgen. Es kann sich als etwas schwierig herausstellen, sie zu identifizieren, aber du solltest zu Beginn die Einzelheiten deiner Nutzerinteraktionen genau unter die Lupe nehmen.
Lösung: Hover-Aktionen hinzufügen
Einige Seitenelemente laden nicht oder werden nicht sichtbar, bis der Nutzer mit dem Mauszeiger darüberfährt. Wenn ein Nutzer beispielsweise mit der Maus über ein Menü fahren muss, damit die untergeordneten Menüpunkte sichtbar und anklickbar werden, muss das Skript diese Hover-Aktion ebenfalls ausführen. Allerdings kann der Transaktions-Recorder Hover-Aktionen nicht erfassen und wenn ein Element nicht auf der Seite sichtbar ist, kann das Skript nicht mit ihm interagieren. Du wirst eine Hover-Aktion manuell hinzufügen müssen, bevor die davon abhängige Interaktion erfolgen kann. Erfahre mehr über Hover-Aktionen und wie du sie konfigurierst.
Problem: Fehler aufgrund einer Zeitüberschreitung
Wird das Skript ausgeführt, sucht es und wartet auf das Laden von Elementen. Die Standard-Wartezeit beträgt 30 Sekunden, was in der Regel ausreichend Zeit ist. Sollten 30 Sekunden jedoch nicht genügen, kannst du zusätzliche Wartezeiten zu einer Aktion hinzufügen. Weitere Informationen zur Verwendung von Wartebedingungen findest du im Knowledge-Base-Artikel Einsatz von Wartebedingungen.
Lösung: Gründe und (mögliche) Lösungen für Zeitprobleme
Wenn du ein Zeitproblem festgestellt hast, kann es unterschiedliche Ursachen und Lösungen geben.
- Element steht noch nicht für Interaktionen zur Verfügung – verlängere die Wartezeit.
- Transaktions-Zeitüberschreitung – eine Transaktion verfügt über eine maximale Laufzeit. Wende dich an den Support. Er sieht sich dein Skript an und hilft dir, das Problem zu finden.
Problem: Fehler bei Übernehmenaktion
Fehlende Klicks vor Übernehmenaktionen können zu unerwarteten Fehlermeldungen führen. Vermeide Fehler, indem du immer eine Klickaktion für jede Übernehmenaktion einrichtest.
Lösung: Klickaktion hinzufügen
Verwende nicht die Eingabetaste – bei der Aufzeichnung deiner Transaktion hast du eventuell die Eingabetaste verwendet, statt auf die Sende-Schaltfläche zu klicken. Wenn du zum Beispiel die Suchfunktion nutzt, ist das gewöhnliche Vorgehen, die Eingabetaste zu drücke, statt die Such-Schaltfläche. Der Rekorder kann das Drücken der Eingabetaste nicht erfassen. Wenn du feststellst, dass dir dies während der Aufzeichnung unterlaufen ist, füge die Klickaktion hinzu. Wenn es keine Schaltflächenoption gibt, wende dich an unseren Support, um eine Lösung zu erarbeiten.
Fehlende Klicks – entferne keine Klicks, die vor der Eingabe von Werten in Felder erscheinen. Klick-Ereignisse lösen Wertemasken und andere Ereignisse im Browser aus. In manchen Fällen ist das Hinzufügen von zwei Klicks erforderlich, bevor ein Wert eingegeben wird.
Erfahre mehr über Klickaktionen.
Test-Checkliste für Skripte
Bevor du dein Transaktionsprüfobjekt in die Staging-Phase übergibst, solltest du mehrere Dinge prüfen.
- Füge Inhaltsprüfungen hinzu. Füge zu jedem Seitenwechsel Inhaltsprüfungen hinzu, um sicherzustellen, dass die richtige Seite mit dem zugehörigen Inhalt geladen wurde.
- Prüfe die Screenshots und Wasserfälle. Im Entwicklungsmodus wird für jeden Schritt ein Screenshot des Browser-Fensters und ein Wasserfalldiagramm erzeugt, um Seitenfluss, Inhalt und Korrektheit von Produkten/Elementen zu verifizieren.
- Lies über die Vorbehalte bei der Transaktionseinrichtung nach. Stelle sicher, dass dein Monitoring sich nicht negativ auf dein Geschäft auswirkt.
- Füge Klickaktionen hinzu, bevor du Werte in Textfelder eingibst.
In den Staging-Modus wechseln
Wenn du dein Skript im Entwicklungsmodus bearbeitet und getestet hast, ist der nächste Schritt, es in den Staging-Modus zu setzen. Erfahre mehr über die Prüfobjektmodus.
- Rufe in der Uptrends Anwendung auf.
- Öffne das Transaktionsprüfobjekt, das für dieses Tutorial erstellt wurde.
- Stelle sicher, dass du dich auf der Registerkarte Allgemein befindest.
- Ändere den Modus auf „Staging“.
- Setze das Prüfobjekt durch Markieren des Kontrollkästchens auf Aktiviert.
- Klicke auf .
Du solltest das neue Transaktionsprüfobjekt ein paar Wochen im Staging-Modus nutzen, um seine Stabilität insbesondere nach Website-Aktualisierungen zu testen. Die Tests mit dem ausgedehnteren Checkpoint-Netzwerk auszuführen, kann zudem lokale Probleme aufzeigen.
Obwohl die Tests im Staging-Modus keine Alarme generieren, kannst du die Prüfobjektprotokolle und das Transaktions-Dashboard anzeigen, um Fehler zu sehen, die dein Prüfobjekt möglicherweise entdeckt hat. Im Prüfobjektprotokoll (und in anderen Dashboards) siehst du ein Erlenmeyerkolben-Symbol neben deinem Prüfobjekt im Staging-Modus.
Klicke auf den Zeitstempel des Fehlers, um den Bericht Kontrolldetails zu öffnen, der dir Informationen zur Transaktion bis und einschließlich des Fehlers bietet.