Vorlage für Defekt- und Fehlerberichte

• #Manuelles Testen

3 MIN

19 Okt. 2023

Inhaltsübersicht

Was ist ein „Mangel“?

Ein Defekt ist ein Fehler in einem Programm, der dazu führt, dass die Anwendung auf unbeabsichtigte Weise arbeitet und von ihren Anforderungen abweicht. Je nach Dringlichkeit der Fehlerbehebung können wir sie auf einer Skala von P0 bis P3 einordnen, wobei P0 die höchste Dringlichkeit der Fehlerbehebung aufweist.

Wir können Fehler auch anhand ihrer Kritikalität oder ihrer Auswirkungen auf die Funktionalität klassifizieren. Je nach Unternehmen gibt es verschiedene Stufen der Fehlerschwere, von geringfügig über kritisch bis hin zu „show stopper“. Ein Show-Stopper ist ein Hardware- oder Softwarefehler, der dazu führt, dass eine Implementierung nicht mehr funktioniert und im Wesentlichen unbrauchbar wird. Dieser kritische Fehler muss behoben werden, damit der Entwicklungsprozess fortgesetzt werden kann.

Um einen Fehler zu melden, stehen uns verschiedene Fehlerverwaltungsprogramme wie Jira, Mantis, Bugzilla usw. zur Verfügung. Als Nächstes werden wir die verschiedenen Komponenten der Fehlerberichterstattung aufzeigen.

Vorlage für Fehlerberichte

• DefectId – eindeutiger Bezeichner des Defekts.
• Zusammenfassung – einzeilige Zusammenfassung des Fehlers, nicht der Name des Fehlers.
• Beschreibung – Detaillierte Beschreibung des Fehlers.
• Build-Version – Die Version des Builds oder der Version, in der der Fehler gefunden wurde.
• Schritte zur Reproduktion – Schritte zur Reproduktion eines Fehlers.
• Expected Behavior – Das erwartete Verhalten, von dem die Anwendung aufgrund eines Fehlers abweicht.
• Actual Behaviour – der aktuelle fehlerbezogene Zustand der Anwendung.
• Priorität – Je nach Dringlichkeit des Fehlers kann dieses Feld auf einer Skala von P0 bis P3 eingestellt werden.
• Schweregrad – Je nach Kritikalität des Fehlers kann dieses Feld auf geringfügig, mittelschwer, schwerwiegend oder „Show Stopper“ eingestellt werden.
• Berichtet von – der Name der QA, die den Fehler gemeldet hat.
• Gemeldet am – Das Datum, an dem der Fehler gemeldet wurde.
• Zugewiesen an – Die Person, der der Fehler im aktuellen Zustand zugewiesen ist. Das kann ein Entwickler sein, der den Fehler behebt, ein QA, der den behobenen Fehler überprüft, oder ein Manager, der den Fehler genehmigt.
• Aktueller Status – Der aktuelle Status des Fehlers (einer der Zustände im Fehlerlebenszyklus).
• Umgebung – Die Umgebung, in der sich der Fehler befindet – Freigabe, Staging, Produktion usw.