Zulässige Clientfehler

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 2 Minuten Lesedauer

    • Fügen Sie der Liste zulässiger Clientfehler bekannte Clientfehler hinzu, damit Tests und Schritte weiterhin ausgeführt werden können, wenn ein bestimmter Fehler auftritt. Stellen Sie die Berichtsebene ein, um festzulegen, was Automated Test Framework bei Auftreten des Fehlers in zukünftigen Tests unternimmt.

    Szenarien zum Zulassen von Clientfehlern

    Testdesigner und -Entwickler erlauben normalerweise clientseitige JavaScript-Fehler, um zu verhindern, dass bestimmte Arten bekannter Fehler sich auf das Testdesign und die Ergebnisse auswirken. Szenarien zum Zulassen von Clientfehlern umfassen:

    Zeiteinschränkung
    Lassen Sie einen Clientfehler vorübergehend zu, bis Ihre Entwickler Zeit haben, das Problem zu untersuchen und zu beheben. Zum Beispiel beim Testen eines alten Formulars, das einen seit langem bestehenden Fehler enthält.
    Minimierung der Auswirkungen alter Bibliotheken
    Ignorieren Sie Client-Fehler, die nicht behoben werden können oder für Ihren Betrieb unwichtig sind, um deren Auswirkungen auf zukünftige Testläufe zu beseitigen. Zum Beispiel, wenn Sie einen Fehler in einer alten Bibliothek finden.
    Testen Sie die Entwurfszeit
    Lassen Sie Client-Fehler vorübergehend zu, bis Sie die Tests abgeschlossen haben und Zeit haben, den Fehler zu untersuchen. Beispielsweise ändert einer Ihrer Entwickler eine Benutzeroberflächenrichtlinie, und die Änderung generiert einen Fehler.
    Möglicher Plattformfehler
    Client-Fehler vorübergehend zulassen, bis eine Korrektur verfügbar ist. Vor dem Melden eines Plattformfehlers an ServiceNow Technischer Support, untersuchen Sie den Fehler, stellen Sie sicher, dass es sich nicht um einen Anpassungsfehler handelt, und ermitteln Sie die Art des Plattformfehlers. Beispielsweise generiert eine UI-Richtlinie während eines Tests einen Fehler. Ihre Untersuchung bestätigt, dass das Problem kein Anpassungsfehler ist, und identifiziert ein Plattformproblem mit der Benutzeroberflächenrichtlinie.
    Hinweis:
    Beim Hinzufügen von Clientfehlern zur Liste zulässiger Clientfehler kann das Test-Framework mit dem Testen fortfahren. Es garantiert nicht, dass Ihre Tests bestehen. Testdesigner und -entwickler sollten Client-Fehler immer untersuchen, um festzustellen, ob Probleme mit Ihrem Geschäftsprozess vorliegen. Weitere Informationen finden Sie unter Client-Fehler identifizieren und beheben.

    Berichtsebenen für zulässige Clientfehler

    Die Berichtebene gibt an, ob das Test-Framework zukünftige Fehlerereignisse als Warnung meldet oder sie vollständig ignoriert. Sie können die Berichtsebene eines zulässigen Fehlers jederzeit ändern. Wenn Sie beispielsweise einen Fehler ursprünglich als Warnung hinzufügen, können Sie die Berichtebene später in „ignoriert“ ändern.

    Berichtebene Beschreibung
    Warnung Testschritte, die den zulässigen Client-Fehler enthalten, melden einen Status von Erfolg mit Warnung(en) . Die Fehlermeldung erscheint in der Testergebnisausgabe und wird in den Testprotokollen mit dem Status Warnung aufgezeichnet.
    Ignoriert Testschritte, die den zulässigen Client-Fehler enthalten, melden einen Status von Erfolg . Der Fehler wird in den Testprotokollen mit dem Status Ignoriert aufgezeichnet.

    Übereinstimmungsprozess

    Die Automated Test FrameworkIdentifiziert zulässige Clientfehler mithilfe einer enthält-Suche anstelle einer genauen Zeichenfolgenübereinstimmung. Eine Übereinstimmung tritt auf, wenn ein Clientfehler eine Nachricht aus einem zulässigen Clientfehler-Datensatz [sys_atf_Whitelist] enthält. Wenn Sie beispielsweise einen zulässigen Clientfehler-Datensatz für die Fehlermeldung „ Testnachricht „ Mit einer Berichtsebene von ignoriert wird jeder Client-Fehler, der diese Zeichenfolge enthält, ignoriert.
    Hinweis:
    Wenn Sie einen zulässigen Clientfehler-Datensatz erstellen oder ändern, erhält der Client Test Runner das Update automatisch.

    Client-Fehler erkennen und beheben

    Wenn Client-Fehler auftreten, schlägt Automated Test Framework für den Test für den Schritt fehl, der ausgeführt wurde, als der Fehler auftrat.