Während die Überwachung von Webanwendungen die vorab aufgezeichneten Browserinteraktionen durchsetzt, überprüft sie jede Seite auf den richtigen Inhalt, fehlende Elemente, Leistung und potenzielle Anwendungs- oder Netzwerkprobleme. Insbesondere umfasst die Überwachung Überprüfungen auf Fehler (z. B. HTTP 500- und 404-Codes) sowie Verbindungsprobleme mit dem Server-, Netzwerk- und Domänennamenserver-Prozess (DNS). Wenn bei einem Schritt der EveryStep-Skriptausführung Überwachungsprobleme festgestellt wurden, wird die Fehlerbeschreibung im Onlineberichtsprotokoll protokolliert. Um einen Benutzer über das erkannte Problem zu benachrichtigen, sendet Dotcom-Monitor eine Warnung an eine angegebene Benachrichtigungsadresse.
Warnalgorithmus
Das Hauptziel der Webanwendungsüberwachung ist es, Benutzer so schnell wie möglich über Probleme mit ihren Anwendungen zu informieren. Eine Warnungsbenachrichtigung wird gesendet, sobald der erste Fehler während der Skriptausführung erkannt wird. Wir möchten, dass der Benutzer sofort auf Fehler reagieren kann, damit unsere Webanwendungsüberwachungslösung nicht wartet, bis die Überwachungssitzung gesendet wird, um die Benachrichtigung zu senden. Wenn der Fehler weiterhin auftritt, wird die Benachrichtigung bei jeder nachfolgenden Überwachungssitzung gesendet. Sobald das Problem behoben ist, wird die Benachrichtigung mit einer Betriebsbenachrichtigunggesendet.
Wenn das Skript während einer einzelnen Überwachungssitzung mehrere Fehler erkennt, z. B. HTTP-, TCP- oder Inhaltsüberprüfungsprobleme, wird die Warnung nur bei dem ersten erkannten Fehlergesendet. Wenn z. B. zuerst ein HTTP-Fehler aufgetreten ist und eine Minute später ein Inhaltsüberprüfungsfehler aufgetreten ist, enthält die Warnungsbenachrichtigung nur HTTP-Fehlerinformationen. In diesem Fall kann ein Benutzer die Beschreibung des Inhaltsfehlers einsehen und weitere Dienste überwachen, die in Echtzeit im Onlineberichtbetroffen sein können.
Ein First-Error-Warnungsansatz sorgt für eine rechtzeitige Benachrichtigung, ohne auf das Ende der Ausführung des Überwachungsskripts zu warten.
Warum warten Sie nicht bis zum Ende des Skripts, um alle Warnmeldungen zu senden?
Einige Skripts können sehr lang sein und bis zu 15 Minuten dauern, bis die Ausführung abgeschlossen ist. Wenn ein Fehler ganz am Anfang aufgetreten ist, muss ein Benutzer bis zu 15 Minuten warten, um alle Warnungen zu erhalten. Wir glauben, dass dies kein guter Ansatz ist. Stattdessen sendet Dotcom-Monitor eine Warnung, sobald der erste Fehler erkannt wird, sodass ein Benutzer sofort auf ein dringendes Problem reagieren kann.
Warum nicht eine Warnung für jeden erkannten Fehler generieren?
Im Allgemeinen enthalten Überwachungsgeräte eine große Anzahl von HTTP-Elementen. Jedes Element kann bis zu zwei Fehler, einen Verbindungsfehler und einen Timeoutfehler generieren. Darüber hinaus kann das Skript Inhaltsüberprüfungs- und Navigationsfehler enthalten. Bei einer Seite mit 100 HTTP-Elementen kann die Fehlermenge beispielsweise 200 Fehler pro Skriptausführung überschreiten. Bei Überwachungslösungen, bei denen für jeden Fehler eine Warnung gesendet wird, wird ein Benutzer wahrscheinlich mit Benachrichtigungen überfordert sein. Gleichzeitig können einige Fehler auf anfängliche Verbindungsprobleme zurückzuführen sein. Diese Fehler können behoben werden, indem der anfängliche Verbindungsfehler behoben wird. Mit anderen Worten, mehrere Benachrichtigungen dienen nicht dem Zweck der Überwachung.
So unterdrücken Sie Warnungen mit dem EveryStep Web Recorder
Möglicherweise muss die Warnung bei einem bekannten Fehler vorübergehend unterdrückt werden. Sie können dies tun, indem Sie die Inlinefunktion Netzwerkfilter auf ein aufgezeichnetes Skript anwenden. Sie können z. B. Warnungen vorübergehend unterdrücken, während Sie die zugehörigen Fehler beheben, oder unbedeutende Elemente aus der Überwachung herausfiltern.