By submitting, you consent to our use of your data. Privacy Policy.
Kategorie
Geschäftsführung
Erstellt von
Beam.ai
Triagieren Sie Bugsnag-Fehler und Stabilitätsereignisse, und automatisieren Sie Support-Aufgaben wie die Überwachung der Release-Stabilität sowie das Aktualisieren des Fehlerstatus.
Neue Fehlertriage und -zuweisung
Bugsnag erfasst Fehler und Abstürze in einer Anwendung direkt bei ihrem Auftreten und gruppiert sie, sodass dasselbe zugrunde liegende Problem nicht jedes Mal separat gemeldet wird. Ein Beam AI-Agent liest neu gemeldete Fehler als Trigger ein, prüft Details wie die betroffene Version, den Fehlertyp und die Anzahl der betroffenen Nutzer und wendet die vom Kunden genehmigte Regel an – beispielsweise indem bekannte Fehlermuster dem Team zugewiesen werden, das für diesen Teil der Codebasis verantwortlich ist. Fehler, die keinem bekannten Muster entsprechen oder deren Frequenz plötzlich ansteigt, werden an eine Person weitergeleitet, anstatt automatisch zugewiesen zu werden.
Überwachung der Release-Stabilität
Bugsnag bewertet die Stabilität jedes Releases basierend darauf, wie viele Sitzungen ohne Absturz verlaufen. Ein Beam AI-Agent liest diese Stabilitätsdaten nach der Veröffentlichung eines Releases aus und vergleicht sie mit dem vom Kunden definierten Schwellenwert für ein akzeptables Release. Bleibt die Stabilität über dem vereinbarten Wert, kann er einen Release-Tracker aktualisieren oder das Team darüber benachrichtigen, dass der Rollout reibungslos verläuft. Fällt die Stabilität unter den Schwellenwert, führt er selbst keinen Rollback durch, sondern benachrichtigt sofort eine Person, damit diese entscheiden kann, ob das Release pausiert oder rückgängig gemacht werden soll.
Fehlerstatus und Verfolgung der Behebung
Wenn Fehler behoben werden, bietet Bugsnag dem Team die Möglichkeit, diese als behoben, ignoriert oder wieder geöffnet zu markieren, falls sie nach der Behebung erneut auftreten. Ein Beam AI-Agent liest Statusänderungen und das Fehlervolumen aus. Wenn ein als behoben markierter Fehler in einem späteren Release erneut auftritt, öffnet er den Fehler wieder und benachrichtigt die Person, die zuletzt daran gearbeitet hat. Er kann auch den Status von Fehlern aktualisieren, die einer eindeutigen Regel entsprechen – wie das Schließen von Fehlern, die nach einer vereinbarten Anzahl von Releases nicht mehr aufgetreten sind –, während alles Unklare einer Person zur Schließung überlassen wird.







