Absturzberichte priorisieren, wenn du allein entwickelst
Wenn du allein veröffentlichst, konkurriert jeder Absturzbericht mit der Arbeit an neuen Funktionen. Eine einfache Reihenfolge verhindert, dass du den lautesten Bericht beseitigst statt des schädlichsten.
Ordne nach Schaden, nicht nach Anzahl
- Abstürze beim Start oder bei der Registrierung. Daran kommt niemand vorbei, sie kosten dich Nutzer, die nie wiederkommen.
- Abstürze in der Hauptaktion. In dem, wofür deine App existiert.
- Häufige Abstürze, die viele Nutzer betreffen. Prüfe, wie viele verschiedene Nutzer es sind, nicht nur wie viele Ereignisse.
- Alles andere. Beheben, wenn es günstig ist.
Lies den Bericht in dieser Reihenfolge
- Die Ausnahme und den obersten Frame deines eigenen Codes, nicht die Framework-Frames darüber.
- App-Version und Android-Version. Ein Absturz nur auf einer Version deutet oft auf eine geänderte API hin.
- Das Gerätemodell. Wenn ein Hersteller überwiegt, denke an dessen Software.
- Was der Nutzer kurz davor getan hat. Hier helfen Breadcrumbs und Logs, ebenso die schriftliche Beschreibung eines Testers.
Stelle nach, bevor du behebst
Wenn du es nicht nachstellen kannst, kannst du nicht wissen, dass du es behoben hast. Bitte einen Tester mit demselben Modell und derselben Version, die genauen Schritte auszuführen, und bitte um das Ergebnis schriftlich.
Wann du einen Bericht ignorierst
Ein einmaliger Absturz auf einem ungewöhnlichen Gerät ohne Muster ist selten einen Tag wert. Notiere ihn, achte auf ein zweites Auftreten und mache weiter.
Du brauchst Tester für deine App? Öffne eine Testgruppe bei AppReviewX. Kostenlos starten