Les actions Modifier, Réassigner, Ajouter un commentaire et Ajouter un contournement ont été omises dans ce schéma.
Pour afficher tous les codes motif fournis dans le workflow d'anomalie par défaut, cliquez sur
. Sélectionnez ANOMALIE comme type d'incident et consultez les actions et les codes motif valides qui y sont associés.Imaginez un parcours courant dans le workflow d'anomalie par défaut. Une anomalie est signalée, passe à l'état Non vérifié, puis est envoyée dans la boîte de réception d'un ingénieur QA. L'anomalie est confirmée et envoyée dans la boîte de réception d'un développeur (état Prêt pour Dév). Le développeur affirme résoudre l'anomalie et effectue l'action Corrigé. L'action Corrigé permet de faire passer l'anomalie à l'état Prêt pour QA avec le code motif Corrigé. L'ingénieur QA qui reçoit l'incident vérifie que l'anomalie a été corrigée. En d'autres termes, il effectue l'action Vérifier, qui permet de faire passer l'anomalie à l'état Fermé, en conservant le code motif Corrigé.
Ajoutons à présent un petit changement à l'exemple précédent. Supposons que l'ingénieur QA rejette l'affirmation du développeur qui indique que l'anomalie est résolue. L'anomalie retourne dans la boîte de réception du développeur, mais cette fois-ci, le code motif est Rejeté. Le développeur ne parvient pas à reproduire le problème. Il effectue alors l'action Besoin de plus d'informations. L'anomalie passe à l'état Refaire QA. L'ingénieur QA peut effectuer l'une des deux actions suivantes pour clôturer l'incident à ce stade : Marquer comme dupliqué ou Plus un incident, ou l'ingénieur QA peut clarifier le problème et renvoyer l'anomalie à Prêt pour Dév.