- Name
- Name des nächsten Status im Workflow, wenn mit einem Fehler diese Aktion durchgeführt wird. Wird beispielsweise im Standard-Workflow
ein Fehler mit dem Status Ungeprüft als Fehler bestätigt, weist Issue Manager ihm den nächsten Status zu (Offen).
- Begründung
- Optionales Schlüsselwort, das beschreibt, warum ein Fehler vom aktuellen in den nächsten Status gewechselt hat, wenn diese
Aktion durchgeführt wurde. Wählen Sie die entsprechende Option aus:
- Keine Änderung
- Keine Änderung bewirkt, dass das Schlüsselwort beibehalten wird, wenn der Fehler in den nächsten Status wechselt. Es wird
im Feld Begründung der Seite Fehlerdetails angezeigt. Der folgende Workflow zeigt z. B. einen Fehler, der von einem Entwickler
behoben wurde. Er erhält den Status Zu verifizieren und die Begründung Behoben. Überprüft ein QS-Mitarbeiter die Anfrage,
erhält der Fehler den Status Geschlossen, während er die Begründung Behoben behält. Jeder Benutzer, der sich Fehler anzeigen
lässt, kann auf diese Weise sehen, mit welcher Begründung ein Fehler geschlossen wurde.
- Entfernen
- Bewirkt, dass die Begründung für den aktuellen Status gelöscht wird, wenn der Fehler in den nächsten Status wechselt. Entfernen
bietet sich an, wenn ein Fehler zum vorherigen Status im Workflow zurückkehrt (wenn z. B. ein Entwickler einen Fehler behoben
hat, erhält der Fehler den Status Zu verifizieren und die Begründung Behoben). Wird die "Behebung" jedoch abgelehnt, geht der Fehler zurück an die Entwicklungsabteilung (Offen), und die Begründung Behoben wird gelöscht, da sie nicht mehr zutrifft. Wenn Sie Entfernen wählen, zeigt die Seite Workflows im Feld Begründung den Wert ENTFERNEN an. Der Benutzer sieht jedoch ein leeres Feld Begründung auf der Seite Fehlerdetails.
- Setzen auf
-
Bewirkt, dass Sie der Aktion eine neue Begründung zuweisen können. Geben Sie ein Schlüsselwort von bis zu 20 Zeichen Länge
ein. Verwenden Sie ausschließlich Großbuchstaben. Verwenden Sie Setzen auf, wenn eine Aktion einen Fehler in einen neuen Status überführt, der eine Begründung erfordert. Im Allgemeinen sollten Sie
allen Aktionen, die von einem Entwickler durchgeführt werden, eine Begründung zuordnen.
Im Standard-Workflow sendet beispielsweise die Aktion Behoben im Status Offen den Fehler mit der Begründung Behoben an Zu verifizieren. Auf menschliche Vorgänge übertragen bedeutet dies, dass ein Entwickler, der angibt, einen Fehler behoben zu haben, den Fehler
an einen QS-Mitarbeiter übergibt. Dieser kann auf der Seite Fehlerdetails nachschlagen, warum sich der Fehler in seinem Postfach befindet (der Fehler könnte sich auch dort befinden, weil der Entwickler
ihn nicht beheben kann oder weil die Software planmäßig läuft).
Wenn Sie keine Begründungen verwenden
Begründungen sind optionale Schlüsselwörter, die dazu beitragen, die Anzahl der Statuswerte in Ihrem Workflow zu verringern.
Anstelle mehrerer Endzustände (Kein Fehler, Nicht reproduzierbar, Nicht repro und Doppelt) reicht ein einziger Endzustand aus, wenn die Begründungen erklären, warum sich der Fehler im Status Geschlossen befindet. Wenn Sie keine Begründungen verwenden, benötigen Sie möglicherweise mehrere Endzustände. Ein Status wird zum Endstatus,
indem Sie die Optionsschaltfläche Niemand (Endstatus) wählen, die sich im Feld Statuseigentümer des Dialogs Statuseigenschaften befindet.