In diesem Ratgeber
Mit einer Liste bekannter Fehler sagst du Testern, was du schon weißt. Sie verbringen ihre Zeit dann mit Neuem statt mit Doppelmeldungen, und es ist klar, welche Probleme für diesen Build in Kauf genommen werden.
Text zum Kopieren
BEKANNTE FEHLER: [App-Name], Build [Version / Buildnummer], [Datum]
Bekannt, bitte nicht melden:
1. [Kurzer Titel] - [Wo es auftritt]. Umgehung: [Umgehung oder "keine"]. Stand: [Fix in Build X / vorerst akzeptiert].
2. ...
Noch nicht fertig, bitte überspringen:
- [Screen oder Funktion] - [eine Zeile, warum]
Trotzdem melden:
- Alles, was abstürzt oder Daten verliert, auch in den oben genannten Bereichen.
- Einen bekannten Fehler, der sich anders verhält als hier beschrieben.
Melden über: [Link oder Kanal]. Bitte Gerät, OS-Version und Schritte angeben.
Beispiel (erfunden)
BEKANNTE FEHLER: Pocket Budget, Build 0.9.3 (42), 17.10.2026
Bekannt, bitte nicht melden:
1. Dunkelmodus: Diagrammbeschriftungen auf dem Statistik-Screen sind schlecht lesbar. Umgehung: Hellmodus nutzen. Stand: Fix im nächsten Build.
2. CSV-Export ist bei mehreren hundert Einträgen langsam. Umgehung: keine. Stand: vorerst akzeptiert.
Noch nicht fertig, bitte überspringen:
- Einstellungen > Backup - noch nicht angebunden
Trotzdem melden:
- Alles, was abstürzt oder Daten verliert, auch in den oben genannten Bereichen.
- Einen bekannten Fehler, der sich anders verhält als hier beschrieben.
Melden über: Antworte auf diese Nachricht. Bitte Gerät, OS-Version und Schritte angeben.
So passt du sie an
- Halte sie kurz. Ab etwa zehn Punkten liest sie niemand mehr. Streiche behobene Punkte bei jedem Build.
- Nenne den Build. Eine Liste ohne Buildnummer stimmt spätestens einen Release später nicht mehr.
- Beschreibe Symptome, nicht Ursachen. Tester erkennen, was sie sehen, nicht deine internen Ticketnamen.
- Behalte die Zeilen „Trotzdem melden“. Sonst halten Tester einen aufgelisteten Bereich für tabu, und du verpasst neue Abstürze dort.
- Verschweige nichts Schwerwiegendes. Ein bekannter Datenverlust gehört mit Warnung in die Liste.
- Verschicke sie mit dem Build. Gleiche Nachricht wie der Build, und verlinke sie in den Release Notes.
Passend dazu: Go-/No-go-Checkliste, Hotfix-Checkliste und der Hub Checklisten für mobile App-Tests.
Du willst Tester, die strukturiert melden? Kostenlos starten.