Quand un problème disparaît de la liste des problèmes ouverts, la question suivante est presque toujours : « pourquoi ? ». A-t-il été corrigé dans l'enquête, n'était-ce pas une erreur, ou a-t-il été accepté volontairement pour cette vague ? Certaines équipes et certains clients ont besoin de cette réponse pour chaque problème. SurveyTester peut exiger un motif à chaque clôture, à chaque réouverture, ou aux deux. Le motif est enregistré avec la modification dans l'historique du problème et s'affiche dans la liste des problèmes et dans le problème lui-même.
Pourquoi c'est difficile sans SurveyTester
- **Le statut indique qu'un problème a été clôturé, pas pourquoi. Un problème corrigé ressemble à un problème écarté. Quelques semaines plus tard, à la validation ou lors d'une revue client, plus personne ne sait lequel était lequel.
- Les commentaires sont facultatifs. Demander aux testeurs « ajoutez un commentaire quand vous clôturez » fonctionne une semaine. Une règle appliquée par l'outil fonctionne dans chaque projet.
- Un problème se clôture à plusieurs endroits. Dans SurveyTester, un problème se clôture par la case Clôturé, l'interrupteur de la fenêtre du problème, une valeur de classification qui clôture le problème, ou une modification groupée. Un motif demandé à un seul de ces endroits laisse des trous.
- La réouverture compte aussi. Un problème qui revient après sa clôture en dit long sur la correction. Le motif de réouverture est souvent plus intéressant que celui de la clôture.
Comment ça marche
L'exigence appartient au type de projet (le jeu de champs de classification utilisé par un projet). Deux réglages indépendants décident si un motif est nécessaire à la clôture et à la réouverture.
Dès qu'un réglage est actif, chaque changement de statut dans le projet demande d'abord le motif :
- la case Clôturé dans la liste des problèmes,
- l'interrupteur Clôturé dans la fenêtre du problème,
- une valeur de classification marquée Clôturer le ticket (par exemple Statut = Corrigé), dans la liste et dans la fenêtre du problème. Une valeur qui rouvre le problème demande le motif de réouverture.
- la modification groupée de plusieurs problèmes,
- l'ajout d'un nouveau problème qui serait créé déjà clôturé.
La fenêtre ne peut pas être validée avec un texte vide. Annuler laisse tout en l'état : le problème garde son statut et la valeur de classification n'est pas enregistrée. Comme le contrôle s'exécute aussi sur le serveur, un changement de statut sans motif n'est jamais enregistré, même depuis un onglet de navigateur obsolète.

Étape par étape
1. Activer l'exigence pour un type de projet
- Ouvrez Administration → Types de projet et sélectionnez le type de projet.
- Sous le nom du type de projet, cochez Les utilisateurs doivent indiquer un motif lors de la clôture d'un problème.
- Si la réouverture exige aussi un motif, cochez également Les utilisateurs doivent indiquer un motif lors de la réouverture d'un problème.
Le réglage s'applique immédiatement à tous les projets de ce type. Les problèmes existants ne sont pas modifiés. Lorsque vous dupliquez un type de projet, les réglages sont copiés.

2. Clôturer un problème
Cochez Clôturé dans la liste des problèmes, basculez le problème sur clôturé dans sa fenêtre, ou choisissez une valeur de classification qui clôture le problème. La fenêtre du motif s'ouvre. Saisissez le motif et cliquez sur Clôturer le problème.
3. Clôturer plusieurs problèmes à la fois
Sélectionnez les problèmes dans la liste et utilisez la Modification groupée. Si la modification clôture ou rouvre des problèmes, SurveyTester demande une seule fois et enregistre le même motif pour chaque problème dont le statut change réellement. Les problèmes déjà clôturés ne sont pas touchés.
4. Consulter les motifs
- Liste des problèmes : ajoutez la colonne Motif de clôture avec le sélecteur de colonnes. Elle affiche le dernier motif, marqué Clôturé ou Rouvert, avec l'utilisateur et la date. Survolez un motif long pour le lire en entier.
- Fenêtre du problème : la section Motif de clôture liste chaque clôture et réouverture du problème avec un motif, la plus récente en premier.
- Historique du problème : chaque changement de statut affiche son motif sous l'ancienne et la nouvelle valeur.


Bon à savoir
- Les changements automatiques ne demandent pas de motif. Quand SurveyTester modifie lui-même un statut (problèmes créés à partir des constats Auto-Detect, importations, ou un administrateur qui change les valeurs de classification qui clôturent un problème), aucune fenêtre n'apparaît. L'historique affiche à la place une mention comme Modifié automatiquement (AutoDetect).
- Le statut reste synchronisé avec la classification. Si un type de projet a des valeurs de classification qui clôturent un problème, le statut continue d'être déduit de ces valeurs. Le motif est enregistré avec exactement ce changement, de sorte que statut, classification et motif concordent toujours.
- Les problèmes signalés depuis l'extension de navigateur ne sont pas bloqués. Un motif est enregistré lorsqu'il est fourni.
- Seuls les changements de statut effectués après l'activation du réglage ont un motif. Les clôtures plus anciennes n'en affichent pas.
Voir aussi : Champs de classification
