Die von Issue Manager unterstützten Begründungen sind optionale, anpassbare Schlüsselwörter, die beschreiben, warum ein Fehler bei einer bestimmten Aktion seinen Status gewechselt hat.
Eine Reihe von Aktionen kann dazu führen, dass ein Fehler denselben Status erhält. So kann ein Fehler beispielsweise aus vielen verschiedenen Gründen geschlossen werden – er ist nicht reproduzierbar, er ist doppelt vorhanden, er ist kein Fehler. Ohne die Zusatzinformation der Begründung hat der Benutzer vom Lebenszyklus des Fehlers nur ein unvollständiges Bild.
Begründungen tragen auch dazu bei, die Anzahl der Statuswerte in Ihrem Workflow zu verringern. Anstatt beispielsweise mehrere Endstatuswerte zu definieren (Kein Fehler, Nicht reproduzierbar, Duplikat), reicht es aus, den Status Geschlossen um einige Begründungen zu erweitern, die darüber Auskunft geben, warum eine Aktion einen Fehler geschlossen hat (z. B. Geschlossen/Kein Fehler).
Begründungen werden sowohl in den Aktionsdialogen als auch auf der Seite Fehlerdetails angezeigt. Angenommen, die technische Autorin Judy findet in ihrem Postfach einen Dokumentationsfehler vor. Nach dem Lesen der Beschreibung erinnert sie sich daran, dass der Fehler bereits gemeldet wurde. Sie kennzeichnet den Fehler als Duplikat. Wenn der Dialog Doppelt eingetragen geöffnet wird, kann sie sehen, dass der Fehler von Zu dokumentieren nach Geschlossen/Doppelt verschoben wurde. Geschlossen ist der neue Status, und Doppelt ist die Begründung.
Bei bestimmten Aktionen ordnet Issue Manager der Aktion eine Begründung zu und gibt sie an den nächsten Status weiter. Nachfolgende Aktionen können die Begründung löschen oder einfach beibehalten. Eine einmal zugeordnete Begründung bleibt normalerweise so lange bei dem Fehler, bis dieser seinen Endstatus im Workflow erreicht.
Angenommen, ein Entwickler behebt einen Fehler und führt die Aktion Behoben durch, um anzuzeigen, dass der Fehler behoben wurde. Die Aktion setzt die Begründung auf Behoben und sendet den Fehler von Offen an Zu verifizieren. Der QS-Mitarbeiter, der die Anfrage des Entwicklers prüft, bestätigt die Behebung, indem er die Aktion Verifiziert durchführt. Die Aktion behält die Begründung Behoben bei und versetzt den Fehler in den Status Geschlossen.
Es gibt auch Fälle, in denen die Begründung gelöscht werden soll, z. B. dann, wenn ein Fehler zu einem früheren Status im Workflow zurückkehrt. Angenommen, der QS-Mitarbeiter beurteilt die Anfrage des Entwicklers negativ und führt die Aktion Ablehnen durch, die den Fehler wieder in den Status Offen versetzt. Nun ergibt die Begründung Behoben keinen Sinn mehr. Sie sollte daher für die Aktion Ablehnen gelöscht werden.
Ob Begründungen zugeordnet, gelöscht oder beibehalten werden, hängt von der Einstellung im Dialog Neue Aktion für Status ab, das unter “Begründung” beschrieben ist. Klicken Sie auf , und klicken Sie auf Aktion hinzufügen, um den Dialog Neue Aktion für Status anzuzeigen.