Browser-Empfehlungen finden Sie unter Automated Test Framework.

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 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 Client Test Runner-Browserfenster auf dem Bildschirm immer teilweise sichtbar ist.
    • Stellen Sie sicher, dass der Systembildschirm nicht gesperrt oder deaktiviert ist.

    Browser-Zoomstufe

    Client-Test-Runner machen 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 der Bildschirm gesperrt ist oder die Client-Test-Runner-Registerkarte nicht angezeigt wird und das System versucht, die Test-Suite auszuführen, werden Tests erheblich langsamer ausgeführt, und es kann zu einer Zeitüberschreitung kommen. Um eine optimale Leistung zu erzielen, führen Sie Client-Test Runner für geplante Suites in einer VM-Umgebung 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 das Rollback aufgezeichnet. Ändern Sie Ihre Instanz nicht, wenn in derselben Browsersitzung ein Test ausgeführt wird. Wenn Sie beispielsweise Datensätze ändern, während ein Test in derselben Sitzung 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 und stört Tests, die auf implizite Navigation basieren.

    Parallele Tests

    Befolgen Sie diese Richtlinien, um Probleme zu vermeiden, wenn mehrere Tests gleichzeitig ausgeführt werden.

    Führen Sie jeden Client-Test Runner in einem Inkognito- oder privaten Fenster aus
    Da bei parallelen Tests alle Änderungen zurückgesetzt werden, 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 Änderungen zu verhindern, führen Sie Client-Test Runner immer in ihrer eigenen Browsersitzung aus. Das Öffnen von Client-Test Runners in einem Inkognito- oder privaten Fenster stellt sicher, dass sie immer über eine eigene Browsersitzung verfügen.
    Schließen Sie Client-Test Runner-Fenster, wenn der Test abgeschlossen ist
    Um ein unerwünschtes Rollback von Änderungen zu verhindern, schließen Sie Client-Test Runner immer nach Abschluss des Tests. Durch das 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.