Workflow d'anomalie par défaut

Le schéma suivant illustre le workflow d'anomalie par défaut :

Les actions Modifier, Réassigner, Ajouter un commentaire et Ajouter un contournement ont été omises dans ce schéma.

  • Les actions Modifier et Réassigner sont prédéfinies pour chaque état et ne peuvent pas être modifiées. Ces actions ne modifient pas l'état d'un incident.
  • L'action Ajouter un commentaire, qui est définie pour tous les états, ne modifie pas l'état d'un incident.
  • L'action Ajouter un contournement, qui est définie pour les états Prêt pour Dév, Prêt pour QA, Refaire QA et Fermé, ne modifie pas l'état d'un incident.

Codes motif par défaut pour le workflow d'anomalie

Pour afficher tous les codes motif fournis dans le workflow d'anomalie par défaut, cliquez sur Incidents > Configuration > Workflows. Sélectionnez ANOMALIE comme type d'incident et consultez les actions et les codes motif valides qui y sont associés.

Exemples

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.