Was passiert mit einem Fehlerbericht, wenn er nicht behoben wurde?

Wenn ein Fehlerbericht nicht behoben wurde, durchläuft er die folgenden Phasen in seinem Lebenszyklus:

• Offen (Open): Der Fehlerbericht wird erstellt und an das Entwicklungsteam übergeben.
• Zugewiesen (Assigned): Die Aufgabe zur Behebung des Fehlers wird einem bestimmten Entwickler oder Team zugewiesen.
• Abgelehnt (Rejected / Declined): Der Fehler kann aus verschiedenen Gründen abgelehnt werden:
  • Kein Fehler (Not a Bug): Das beschriebene Verhalten ist erwartungsgemäß.
  • Doppelter Fehler (Duplicate): Der Fehler wurde bereits zuvor registriert.
  • Nicht reproduzierbar (Cannot Reproduce): Es ist nicht möglich, den Fehler mit den bereitgestellten Schritten zu reproduzieren.
  • Wird nicht behoben (Will Not Fix): Der Fehler wird nicht behoben, basierend auf der Entscheidung der Leitung (niedrige Priorität, hohes Risiko bei der Behebung, Ressourcenmangel usw.).
  • Weitere Infos benötigt (Need More Info): Zusätzliche Informationen sind erforderlich, um das Problem zu reproduzieren oder zu verstehen.
• Aufgeschoben (Deferred / Postponed): Die Behebung des Fehlers wurde auf eine spätere Version oder Iteration verschoben, aufgrund höherer Prioritäten oder Ressourcenmangel.
• Geschlossen (Closed): Im Falle einer Ablehnung oder Verschiebung wird der Fehlerbericht letztendlich in den Status "Geschlossen" versetzt, jedoch ohne Behebung.

Der endgültige Verbleib eines unbehandelten Fehlers hängt von seinem Status und der getroffenen Entscheidung ab:

• Wenn abgelehnt, wird der Fehlerbericht einfach archiviert. Es können entsprechende Kommentare mit Begründungen hinzugefügt werden.
• Wenn aufgeschoben, kann er in Zukunft wieder geöffnet werden, wenn eine Behebung möglich ist, oder endgültig geschlossen werden, wenn die Entscheidung, ihn nicht zu beheben, endgültig wird.

Es ist wichtig, dass im Fehlerverwaltungssystem eine klare Historie der Statusänderungen und Kommentare vorhanden ist, die die Gründe für jeden Übergang erklären.