In diesem Ratgeber
Ein Testbericht schließt eine Testrunde ab. Er beantwortet für den, der über das Release entscheidet (oft du selbst), drei Fragen: was wurde getestet, was wurde gefunden, wie geht es weiter. Halte ihn auf einer Seite. Braucht er mehr, verlinke deine Fehlerliste.
Vorlage (zum Kopieren)
TESTBERICHT: <App-Name> <Version / Build>
Zeitraum: <von - bis> Autor: <Name>
1. ZUSAMMENFASSUNG (max. 3 Zeilen)
Empfehlung: <GO / GO mit bekannten Fehlern / NO-GO>
Grund: <ein Satz>
2. WAS WURDE GETESTET
Umfang: <abgedeckte Funktionen und Abläufe>
Nicht getestet: <was fehlte, und warum>
Geräte / OS: <Liste>
Tester: <Anzahl und Art, z. B. 8 Entwickler-Kollegen>
3. ERGEBNISSE
Testfälle ausgeführt: <n> Bestanden: <n> Fehlgeschlagen: <n> Blockiert: <n>
Eingegangene Feedback-Punkte: <n>
4. FUNDE
| # | Schweregrad | Bereich | Kurzbeschreibung | Status (offen / behoben / bleibt) | Link |
|---|-------------|---------|------------------|-----------------------------------|------|
| 1 | | | | | |
5. BEKANNTE FEHLER IN DIESEM BUILD
- <Fehler, ggf. Umgehung>
6. WAS TESTERN GEFIEL / WAS SIE VERWIRRTE
- Gefiel: <kurz>
- Verwirrte: <kurz>
7. ENTSCHEIDUNGEN UND NÄCHSTE SCHRITTE
| Aktion | Verantwortlich | Fällig |
|--------|----------------|--------|
| | | |
8. OFFENE FRAGEN
- <Frage>
Beispiel (zur Veranschaulichung, erfundene Zahlen)
TESTBERICHT: Beispiel-Rezept-App 2.1 (Build 214)
Zeitraum: 2026-11-03 - 2026-11-09 Autor: Sam
1. ZUSAMMENFASSUNG
Empfehlung: GO mit bekannten Fehlern
Grund: Keine Abstürze im Kernablauf; zwei kosmetische Fehler bleiben.
2. WAS WURDE GETESTET
Umfang: Registrierung, Suche, Rezept speichern, Offline-Lesen
Nicht getestet: Dunkelmodus auf Tablets (nicht unterstützt)
Geräte / OS: zwei Handys, Android 11 und 14
Tester: 6 Tester aus einer Kollegengruppe
3. ERGEBNISSE
Testfälle ausgeführt: 20 Bestanden: 17 Fehlgeschlagen: 2 Blockiert: 1
4. FUNDE
| 1 | Hoch | Suche | Leere Suche zeigt weißen Screen | behoben | #12 |
| 2 | Niedrig | Profil | Avatar auf kleinen Handys abgeschnitten | bleibt | #15 |
7. ENTSCHEIDUNGEN UND NÄCHSTE SCHRITTE
| Suchen-Fix nachtesten | Sam | 2026-11-10 |
So passt du sie an
- Beginne mit der Entscheidung. Wer nach Abschnitt 1 aufhört, soll trotzdem wissen, was zu tun ist.
- Nutze eine vorher festgelegte Schweregrad-Skala. Siehe die Matrix für Schweregrad und Priorität von Fehlern.
- Berichte nur gezählte Zahlen. Lass ein Feld lieber weg, als zu raten.
- Geschlossene Tests bei Google Play: Halte Testerzahl und Testzeitraum fest, damit du später siehst, was die Runde abdeckte. Übernimm keine Anforderungswerte aus dem Gedächtnis; siehe geschlossener Test mit 12 Testern und die aktuelle offizielle Richtlinie.
- Mit Testern teilen? Entferne vorher private Details und Tester-Namen.
Weiterlesen
- Übersicht: Checklisten für mobile App-Tests
- Vorlage: Regressionstest-Checkliste
- Smoke-Test-Checkliste für jeden neuen Build
Starte kostenlos und sammle privates, strukturiertes Feedback für deinen nächsten Bericht.