Einrichten von Zuordnungsregeln

Issue Manager bestimmt die Postfächer, denen Fehler während ihres Lebenszyklus zugeordnet werden, auf der Grundlage definierter Zuordnungsregeln, des aktuellen Status jedes Fehlers sowie der entsprechenden Statuseigentümer. Dieser ausgeklügelte Zuordnungsmechanismus erleichtert die schwierige Aufgabe der Fehlerverteilung enorm.

Der Status eines Fehlers ist der aktuelle Zustand. Verschiedene Status sind im Standard-Workflow von Issue Manager enthalten. Der Statuseigentümer ist die Rolle in Ihrem Unternehmen, die für die Durchführung von Aktionen mit einem Fehler in einem bestimmten Status verantwortlich ist.

Einige Beispiele für Fehlerstatuswerte und -eigentümer aus dem Standardfehler-Workflow:
Ungeprüft
Eine geeignete Person muss feststellen, ob es sich bei dem Fehler wirklich um einen Fehler oder Dokumentationsfehler handelt. Diese Rolle hat normalerweise der QS-Mitarbeiter.
Offen
Eine geeignete Person kann sich mit dem Code befassen. Diese Rolle hat normalerweise ein Entwickler.
Zu verifizieren
Eine geeignete Person muss überprüfen, ob der Fehler tatsächlich bereinigt wurde. Diese Rolle hat normalerweise ein QS-Mitarbeiter.

Verschiedene Fehler desselben Typs können mit verschiedenen Statuswerten in den Workflow eintreten, je nachdem, von wem sie gemeldet werden. Auch die Zuordnung hängt von verschiedenen Umständen ab. Ein von einem Entwickler gemeldeter Fehler tritt beispielsweise im Status "Offen" in den Workflow ein und wird daher dem Postfach eines Entwicklers zugeordnet. Ein von einem normalen Benutzer gemeldeter Fehler tritt im Status "Ungeprüft" in den Workflow ein und wird dem Postfach eines QS-Mitarbeiters zugeordnet. Der sogenannte Anfangsstatus wird über die Gruppeneinstellungen zugeordnet.

Ein Fehler wechselt in den nächsten Status im Workflow, wenn ein Benutzer eine Aktion mit ihm durchführt. Bestätigt beispielsweise ein QS-Mitarbeiter, dass ein gemeldeter ungeprüfter Fehler ein echter Fehler ist, wechselt der Fehler vom Status Ungeprüft in den Status Offen. Das wichtigste Ziel dieser Zuordnungslogik ist, dass der Fehler, sobald er als echter Fehler erkannt wurde, ohne manuelles Eingreifen aus dem Postfach des QS-Mitarbeiters in das Postfach des Entwicklers gelangt.