Workflow d'anomalies par défaut

Les actions Modifier, Réassigner, Ajouter un Commentaire et Ajouter un Contournement ont été omises de ce diagramme.

• 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 Prêt pour Dév, Prêt pour QA, Refaire QA et Fermé, ne modifie pas l'état d'un incident.

Codes cause par défaut du workflow d'anomalies

Pour visualiser tous les codes cause fournis dans le workflow d'anomalies, cliquez sur Incidents > Configuration > Workflows. Sélectionnez ANOMALIE comme type d'incident et affichez ses actions et codes cause valides.

Exemples

Considérez un chemin d'accès commun au workflow d'anomalies par défaut. Une anomalie est signalée, passe à l'état Non Vérifié et est envoyée à la boîte de réception de l'ingénieur QA. L'anomalie est confirmée et envoyée à une boîte de réception d'un développeur (état Prêt pour Dév). Le développeur déclare que l'anomalie est corrigée et prend l'action Corrigé. L'action Corrigé passe l'anomalie à l'état Prêt pour QA avec le code cause Corrigé. L'ingénieur QA qui reçoit l'incident vérifie que l'anomalie a été corrigée. En d'autres termes, il prend l'action Vérifier qui passe l'anomalie à l'état Fermé, en conservant le code cause Corrigé.

Maintenant, étudions une petite modification de l'exemple précédent. Supposons que l'ingénieur QA rejette la déclaration du développeur indiquant que l'anomalie a été corrigée. L'anomalie retourne vers la boîte de réception du développeur, mais, cette fois, le code cause est Rejeté. Le développeur ne peut pas reproduire le problème et effectue donc l'action Besoin de Plus d'Informations. L'anomalie passe à Refaire QA. L'ingénieur QA peut effectuer l'une des deux actions suivantes pour clôturer l'incident à ce point - Marquer comme Dupliqué ou Plus Un Incident, ou l'ingénieur QA peut clarifier le problème et renvoyer l'anomalie vers Prêt pour Dév.