Crash Reporting

Was ist Crash Reporting?

Crash Reporting ist eine Softwareanwendung, um Berichtsabsturzdetails zu identifizieren. Softwareentwickler nutzen dieses Tool, um das zugrunde liegende Problem bei Abst├╝rzen in der Produktion, in Entwicklungs- und Testumgebungen zu diagnostizieren und gezielt zu beheben. Die Absturzberichte beinhalten Daten wie Stack-Straces, Crashtyp, Trends und Version der Software. Eine Implementierung von Crash Reporting als Teil des Entwicklungszyklus hat sich zu einem Standard entwickelt, der zum Teil kostenlos angeboten wird. Die Anwendung bildet eine wichtige Funktionalit├Ąt im fortlaufenden Unternehmensprozess und im L├Âsungsportfolio.

Crash Reporting Anwendungen

Windows

Windows nutzt den Crash Report Windows-Fehlerberichterstattung. Dieser Dienst fordert den Benutzer auf, Absturzberichte an Microsoft zur Onlineanalyse zu senden. Eine zentrale Datenbank von Microsoft legt diese Informationen ab. Dieses Informationsmedium soll dem f├╝r den Absturz verantwortlichen Entwicklungsteam helfen, das Problem zu beheben. Windows besitzt die fortschrittlichste Form der Online-Absturzanalyse und kann zus├Ątzlich Informationen sammeln. Hierf├╝r ist die Benutzergenehmigung erforderlich.

Eine weitere Fehlerberichtsbibliothek f├╝r Windows ist CrashRpt. Hier handelt es sich um ein leichtgewichtiges Open-Source Framework zur Fehlerbehandlung f├╝r Anwendungen, die in Microsoft Visual C ++ erstellt wurden und unter Windows ausgef├╝hrt werden. CrashRpt f├Ąngt unbehandelte Ausnahmen ab, erstellt eine Crash-Minidump-Datei und einen Crash-Deskriptor im XML-Format. Die vorhandene Schnittstelle erm├Âglicht dem Benutzer den Crash-Bericht zu ├╝berpr├╝fen und anschlie├čend komprimiert an das Software-Support-Team zu senden.

Mac OS X

In Mac OS X ist der Crash Report unter System/Library/CoreServices/Crash Reporter.app zu finden. Diese Applikation sendet die sogenannten Unix-Crash-Logs zur Pr├╝fung an Apple. Das oberste Textfeld des Fensters zeigt das Crashprotokoll, w├Ąhrend das untere Feld f├╝r Kommentare der Benutzer zur Verf├╝gung steht. Als R├╝ckmeldung f├╝r den Anwendungshersteller nutzt Crash Reporter.app drei Hauptmodi, die gemeldet werden.

GNOME

Die GNOME-Plattform verwendet f├╝r ihr Crash Reporting Bug Buddy. St├╝rzt eine Anwendung der GNOME-Bibliotheken ab, generiert Bug Buddy automatisch einen Stack-Trace mithilfe von gdb und fordert den Benutzer auf, den Report an GNOME Bugzilla zu senden. Der Benutzer kann dem Report Kommentare hinzuf├╝gen und den Bericht detaillierter anzeigen.

Mozilla

Die Mozilla-Software nutzte den Absturzreport Talkback, der bis Version 1.8.1 verwendet wurde, um Abst├╝rze der Produkte an einen zentralisierten Server zur Aggregation oder fallweisen Analyse zu melden. St├╝rzt ein Mozilla-Produkt bei aktiviertem Talkback ab, wird der Talkback-Agent angezeigt, der den Benutzer auffordert, optionale Informationen zum Absturz bereitzustellen. Talkback wurde in Firefox seit Version 3 durch Breackpad ersetzt: Es wurde von Google und Mozilla entwickelt und ist seit 2007 in Firefox unter Windows, Mac OS X und Linux enthalten.

Crash Reporting in mobilen Betriebssystemen

Android

ACRA ist eine Bibliothek, mit der Android-Anwendungen ihre Absturzberichte automatisch auf einem GoogleDoc-Formular ver├Âffentlichen k├Ânnen. Es richtet sich an Entwickler von Android-Anwendungen, um ihnen zu helfen, Daten von ihren Anwendungen zu erhalten, wenn sie abst├╝rzen oder sich irrt├╝mlich verhalten. ACRA, Firebase Crash Reporting und Crashlytics sind die meist genutzten Crash Reports.

iOS

Bei Fehlern der Anwendungen in iOS wird durch das Crash Reporting ein detaillierter Bericht erstellt. Die Fehler werden in Probleme gruppiert, die auf Stack-Traces basieren und nach dem Schweregrad der Auswirkung auf die Benutzer sortiert. Neben den automatischen Berichten k├Ânnen benutzerdefinierte Ereignisse protokolliert werden, um die Schritte zu erfassen, die zu einem Absturz gef├╝hrt haben. Um serverseitige Fehler zu melden, werden folgende Tools genutzt: Appsee, Buddybuild, Bugsee, Firebase, Instabug, Xcode (und noch weitere).

H├Ąufige Absturzberichte und Fehlermeldungen

Auswertungen zufolge l├Ąsst sich zusammenfassen, dass Probleme w├Ąhrend des Startvorgangs (auch Bootvorgang genannt) entstehen. In diesem Fall empfiehlt sich eine Aktualisierung des BIOS-Systems. Dabei handelt es sich um das Basic Input-/Output-System, bei welchem der Mikroprozessor beim Systemstart das Betriebssystem l├Ądt. Befindet sich z. B. Windows im abgesicherten Modus w├Ąhrend des Starts, kann auch ein Treiberproblem die Ursache des Absturzes sein.

Ist dies nicht der Grund, kann eine fehlerhafte Festplatte der Ausl├Âser sein. Ein Indiz liefert neben Problemen beim Hochfahren auch eine verlangsamte Nutzung der Dateien. Auch in diesem Fall kann die BIOS-Fehlermeldung mehr Aufschluss geben: Durch das Auslesen der Diagnoseinformationen der Festplatte wird ├╝ber die Freeware Crystal-DiskInfo eine fundierte Prognose geliefert.

Eine weitere Absturzgefahr im Bootvorgang besteht bei einer zu hohen Grafikkapazit├Ąt. Befindet sich der Bootvorgang bereits in der letzten Etappe, sollte das System im abgesicherten Modus neu gestartet und der Grafikkartentreiber deinstalliert werden. Durch das ├ťberpr├╝fen der Grafikkarte im Steckplatz kann ebenfalls ein Crash vermieden werden. Pl├Âtzlich auftretende Abst├╝rze k├Ânnen auch durch eine zu hohe Systemlast verursacht werden. Durch eine entsprechende Anwendung im Betriebssystem zur Messung der Rechnertemperatur kann dieser Absturztyp verhindert werden.

Datenschutz

W├Ąhrend eines Crash Reportings werden keine personenbezogene Daten (z. B. Namen, E-Mail-Adressen, Telefonnummern) gesammelt. Die Daten, die durch die Protokollierungen erfasst werden, enthalten auch bei der Anforderung zus├Ątzlicher Daten keine Informationen, die den Entwicklern eine Identifizierung von Personen erm├Âglicht.


Sie haben noch Fragen?

Kontaktieren Sie uns

Kostenloser SEO-Check der OSG


Weitere Inhalte