Browser-Empfehlungen finden Sie unter Automated Test Framework.

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 2 Minuten Lesedauer

    • Konfigurieren Sie Client-Test Runner-Browser, um automatisierte Tests auszuführen und Leistungsverschlechterungen zu vermeiden.

    Periodische Browser-Neustarts

    Bei diesen Browsern gibt es Einschränkungen bei der Speicherverwaltung, so dass der Browser gelegentlich geschlossen und neu gestartet werden muss, wenn der Client-Test Runner ausgeführt wird.
    • Internet Explorer
    • Edge
    • Ältere Versionen von Firefox

    Wie oft Sie den Browser schließen sollten, hängt von der Speicherbelegung in der Browseranwendung ab.

    Browser-CPU-Drosselung

    Einige Browser schränken die CPU-Nutzung für Fenster außerhalb des Fokus ein. Befolgen Sie diese Richtlinien, um Probleme mit der CPU-Drosselung zu vermeiden.
    • Führen Sie jeden Client-Test Runner in einem eigenen Browserfenster aus.
    • Stellen Sie sicher, dass das Browserfenster des Client-Test Runners immer teilweise auf dem Bildschirm sichtbar ist.
    • Stellen Sie sicher, dass der Systembildschirm nicht gesperrt oder ausgeschaltet ist.

    Zoomstufe des Browsers

    Client-Test Runner erstellen Screenshots, während sie Tests ausführen. Lassen Sie für beste Ergebnisse bei Screenshots die Zoomstufe des Browsers auf 100 % eingestellt.

    OS X CPU-Drosselung

    Unter OS X mit dem Client-Test Runner in Chrome oder Safari: Wenn das System versucht, die Test-Suite auszuführen, werden Tests erheblich langsamer ausgeführt, und es kann zu einer Zeitüberschreitung kommen, wenn der Bildschirm gesperrt oder die Registerkarte Client-Test Runner nicht angezeigt wird. Um eine optimale Leistung zu erzielen, führen Sie Client-Test Runner für geplante Suiten in einer VM-Umgebung (virtueller Computer) aus, in der der Bildschirm nicht gesperrt oder deaktiviert wird.

    Rollback in Browsersitzungen

    Die Sitzungscookies setzen alle während eines Tests vorgenommenen Änderungen zurück. Wenn ein Test ausgeführt wird, wird alles, was in dieser Sitzung ausgeführt wird, für ein Rollback aufgezeichnet. Ändern Sie Ihre -Instanz nicht, wenn in derselben Browsersitzung ein Test ausgeführt wird. Wenn Sie beispielsweise Datensätze ändern, während in derselben Sitzung ein Test ausgeführt wird, werden die Änderungen nach Abschluss des Tests zurückgesetzt. Wenn Sie in derselben Sitzung auf anderen Registerkarten navigieren, wird Ihre Arbeit möglicherweise zurückgesetzt, was zu Tests führt, die auf impliziter Navigation basieren.

    Parallele Tests

    Befolgen Sie diese Richtlinien, um Probleme bei der parallelen Ausführung mehrerer Tests zu vermeiden.

    Führen Sie jeden Client-Test Runner in einem Inkognito-Fenster oder einem privaten Fenster aus
    Da parallele Tests alle Änderungen zurücksetzen, die an dieselbe Browsersitzung gebunden sind, können berechtigte Änderungen, die in einer anderen Browserregisterkarte vorgenommen wurden, während paralleler Tests zurückgesetzt werden. Um ein unerwünschtes Rollback von Changes zu verhindern, führen Sie Client-Test Runner immer in ihrer eigenen Browsersitzung aus. Durch das Öffnen von Client-Test Runner in einem Inkognito-Fenster oder einem privaten Fenster wird sichergestellt, dass sie immer über eine eigene Browsersitzung verfügen.
    Schließen Sie Client-Test Runner-Fenster, wenn der Test abgeschlossen ist
    Um ein ungewünschtes Rollback von Changes zu verhindern, schließen Sie Client-Test Runner immer nach Abschluss von Tests. Durch Schließen des Browserfensters wird sichergestellt, dass beim Test-Rollback keine berechtigten Änderungen rückgängig gemacht werden, die auf einer anderen Browserregisterkarte vorgenommen wurden.