---
title: "Revérification automatique des tickets corrigés"
description: "Marquez les tickets corrigés à revérifier. SurveyTester les reteste à la prochaine capture, indique si le problème a disparu, et vous confirmez."
url: https://www.surveytester.com/academy/fr/issues/automatic-recheck-of-fixed-issues/
language: fr
type: article
audiences: ["Chefs de projet", "Testeurs de questionnaires", "Administrateurs SurveyTester"]
published: 2026-10-17
updated: 2026-10-17
tags: ["issues", "re-check", "retest", "verification", "fixed issues", "surveybot", "auto-detect", "notifications", "result filter", "workflow", "ai", "browser extension"]
---

# Revérification automatique des tickets corrigés

_Tickets · SurveyTester Academy_

La QA ne s'arrête pas quand un ticket est signalé. Les programmeurs le corrigent, puis quelqu'un doit
regarder à nouveau : la faute de frappe a-t-elle vraiment disparu, la question est-elle maintenant en
rotation, l'ancien libellé est-il remplacé partout ? Avec beaucoup de tickets et plusieurs langues, ce
« regarder à nouveau » représente une grande partie du travail de test.

SurveyTester s'en charge en grande partie. Lorsqu'un ticket est marqué **à revérifier**, SurveyTester attend
la prochaine capture de la page du ticket, revérifie le ticket de la même manière qu'il a été trouvé et
indique le résultat : **semble corrigé**, **toujours présent** ou **à vérifier manuellement**. Une personne a
toujours le dernier mot. Le résultat ne clôture ni ne rouvre jamais un ticket de lui-même.

## Pourquoi c'est difficile sans SurveyTester

- **Retester est répétitif.** Chaque ticket corrigé signifie ouvrir le questionnaire, atteindre la bonne
  page avec les bonnes réponses et comparer avec le signalement. Pour cinquante tickets en trois langues,
  c'est une journée de clics.
- **La page est difficile à atteindre.** Beaucoup de tickets se trouvent loin dans le questionnaire,
  derrière des filtres, des quotas et des routages. Retrouver cette page exacte oblige souvent à refaire
  tout l'entretien.
- **« Corrigé » est une affirmation, pas un fait.** Le statut du programmeur dit que la correction a été
  faite, pas qu'elle fonctionne. Sans nouveau test, des tickets corrigés arrivent au client sans contrôle.
- **Certains problèmes n'apparaissent que sur de nombreux entretiens.** Une rotation manquante ou un plan
  MaxDiff déséquilibré ne se voient sur aucune page isolée. Les anciens tests continuent de prouver le
  problème, même après la correction.

## Comment cela fonctionne

1. **Le ticket est marqué à revérifier.** En général, le programmeur choisit un statut tel que *À
   revérifier* après la correction. SurveyTester détecte la marque et ouvre une revérification.
2. **SurveyTester attend une nouvelle capture de la page.** Tout test qui affiche la page du ticket dans sa
   langue compte : un test manuel, un lien de test ou un SurveyBot. Si personne ne reteste la page, vous
   pouvez lancer une **rejouée SurveyBot** qui répète l'entretien d'origine jusqu'à cette page. Les tickets
   signalés manuellement doivent être examinés par une personne ; SurveyTester propose alors de **rejouer le
   test manuellement**.
3. **Le ticket est revérifié.** La méthode dépend de l'origine du ticket (voir le tableau).
4. **Vous êtes notifié.** Le résultat est ajouté à l'historique du ticket et envoyé comme toute autre
   modification, par e-mail et dans les notifications.
5. **Vous décidez.** **Confirmer la correction** clôture le ticket avec le statut de clôture de votre type
   de projet. **Toujours défectueux** le renvoie aux programmeurs. Les testeurs peuvent aussi décider en
   regardant la page : l'extension du navigateur demande **Is this solved?** au ticket (voir
   [Répondre aux revérifications pendant les tests](#répondre-aux-revérifications-pendant-les-tests)).

| Le ticket provient... | Comment SurveyTester le revérifie | Résultat |
|---|---|---|
| d'un **constat Auto-Detect** accepté sur une page (orthographe, mauvaise langue, pipe-in non résolu, HTML visible, contrôles de structure) | Relance le même contrôle sur la nouvelle capture | *Semble corrigé* quand le problème a disparu et que la question est toujours sur la page ; *toujours présent* quand le même problème est retrouvé |
| d'une **modification de texte** (le ticket a un ancien et un nouveau texte) | Cherche les deux textes sur la nouvelle capture | *Semble corrigé* quand le nouveau texte est affiché et l'ancien a disparu ; *toujours présent* quand l'ancien texte est encore là |
| d'un **constat à l'échelle du projet** (rotation, dépendance aux réponses, éléments ancrés, équilibre MaxDiff, exposition des éléments) | Relance le même contrôle, mais seulement sur les tests lancés **après** la demande | *Semble corrigé* quand les nouveaux tests respectent l'attente ; *toujours présent* quand ils montrent à nouveau le problème |
| d'un **signalement manuel** | Affiche la nouvelle capture à côté de la capture d'origine. Si votre entreprise l'autorise, une IA suggère si le problème est encore visible | Toujours *à vérifier manuellement* - la suggestion de l'IA aide, la décision vous appartient |

![Espace réservé : capture du dialogue « Modifier le ticket » avec la zone « Revérification automatique » - résultat « Semble corrigé », motif, dates de demande et de capture, et les boutons « Confirmer la correction » et « Toujours défectueux »](https://www.surveytester.com/academy/_img/issues/automatic-recheck-of-fixed-issues/fr/recheck-panel.png "w=40rem | Le résultat d'une revérification dans le ticket")

## Pas à pas

### 1. Configurer le statut de revérification (administrateurs)

La revérification fonctionne comme la clôture : une valeur de champ de classification peut la déclencher.
Ouvrez **Administration** → **Types de projet**, sélectionnez le type de projet et le champ de statut, puis
cochez **À revérifier** pour la valeur que vos programmeurs utilisent après une correction (par exemple
*Statut = À revérifier*). Dès lors, cette valeur marque le ticket à revérifier. Une valeur de clôture, ou
toute autre valeur, retire la marque.

Si un type de projet n'a pas de telle valeur, la case **À revérifier** de la liste des tickets et
l'interrupteur **Revérification** du dialogue peuvent être réglés à la main.

![Espace réservé : capture d'Administration > Types de projet avec les valeurs du champ « Statut » - les colonnes « Clôturer le ticket » et « À revérifier », « À revérifier » cochée pour la valeur « À revérifier »](https://www.surveytester.com/academy/_img/issues/automatic-recheck-of-fixed-issues/fr/admin-needs-recheck.png "w=44rem | Une valeur de classification qui marque les tickets à revérifier")

### 2. Marquer des tickets à revérifier

Le programmeur choisit ce statut pour les tickets corrigés, un par un ou par **modification groupée**. La liste
des tickets affiche la marque dans la colonne **À revérifier**. Ajoutez la colonne avec le sélecteur de
colonnes si vous ne la voyez pas.

Un ticket clôturé n'a jamais besoin de revérification : la clôture retire la marque et annule une
revérification en cours.

![Espace réservé : capture de la liste des tickets avec la colonne « À revérifier » - cases cochées, une ligne « en attente », une « bot en cours », une « Semble corrigé » en vert et une « Toujours présent » en rouge](https://www.surveytester.com/academy/_img/issues/automatic-recheck-of-fixed-issues/fr/recheck-column.png "w=44rem | Avancement et résultats dans la liste des tickets")

### 3. Obtenir une nouvelle capture de la page

Rien à faire si la page est de toute façon retestée : la prochaine capture de la page dans la langue du
ticket est utilisée automatiquement, quel que soit son auteur.

Si personne ne teste la page, SurveyTester envoie un rappel après deux heures. Pour les tickets issus d'un
constat ou d'une modification de texte, vous pouvez alors lancer une rejouée SurveyBot :

- dans le ticket : **Revérifier avec SurveyBot** dans la zone *Revérification automatique*, ou
- pour tous les tickets en attente à la fois : **Et ensuite ?** → **Revérifier avec SurveyBot maintenant**
  (voir ci-dessous).

Le bot répète l'entretien qui a signalé le ticket, avec les mêmes réponses, le même cas de test, la même
langue et le même marché, et s'arrête dès qu'il atteint la page du ticket. Plusieurs tickets de la même page
partagent une seule exécution.

**Les tickets signalés manuellement** ne peuvent pas être évalués par un bot. Pour eux, la zone propose
**Rejouer le test jusqu'à cette page** : le test qui a signalé le ticket s'ouvre et se rejoue jusqu'à la page
du ticket, pour que vous l'examiniez vous-même. Votre capture de la page sert à la revérification comme toute
autre.

![Espace réservé : capture de la zone « Revérification automatique » en attente - « En attente d'une nouvelle capture de cette page (n'importe quel test dans cette langue) » et le bouton « Revérifier avec SurveyBot »](https://www.surveytester.com/academy/_img/issues/automatic-recheck-of-fixed-issues/fr/surveybot-button.png "w=40rem | Lancer une rejouée SurveyBot pour un ticket")

### 4. Lire le résultat et décider

Quand le résultat arrive, l'historique du ticket affiche une entrée *Revérification automatique* et toutes les
personnes qui suivent le ticket sont notifiées.

Pour vérifier un résultat, **cliquez sur le résultat** (par exemple *Semble corrigé*) dans la colonne **À
revérifier**. Une comparaison s'ouvre avec le résultat, son motif et deux captures côte à côte : **Lors du
signalement** (la page quand le ticket a été trouvé) et **Capture de la revérification** (la page évaluée par
la revérification). Cliquez sur une capture pour l'afficher en taille réelle. Vous pouvez répondre directement
à cet endroit. Les deux mêmes captures apparaissent aussi en aperçu dans la zone *Revérification automatique*
du ticket.

![Espace réservé : capture de la comparaison de la revérification - titre « Revérification du ticket n° 12 », résultat « Semble corrigé » avec son motif, puis deux grandes captures côte à côte « Lors du signalement » et « Capture de la revérification », avec les boutons « Confirmer la correction » et « Toujours défectueux »](https://www.surveytester.com/academy/_img/issues/automatic-recheck-of-fixed-issues/fr/recheck-compare.png "w=48rem | Comparer la page avant et après la correction")

Votre réponse :

- **Confirmer la correction** applique le statut de clôture de votre type de projet. Si votre type de projet
  exige un [motif de clôture](https://www.surveytester.com/academy/fr/issues/reason-for-closing-issues), il vous est demandé comme d'habitude.
- **Toujours défectueux** remet le ticket dans un statut ouvert (la valeur par défaut du champ de statut) pour
  que les programmeurs le revoient. Sans statut de revérification dans le type de projet, il retire la marque.

Votre réponse est enregistrée avec la revérification.

## Répondre aux revérifications pendant les tests

Les testeurs peuvent répondre à la revérification directement dans l'extension du navigateur, en voyant
la page. Dans la fenêtre **Issues**, chaque ticket de la page au statut de revérification porte la question
juste sous sa description, dans la vue d'ensemble et dans le détail du ticket. Si la revérification
automatique d'une nouvelle capture a déjà eu lieu, son verdict s'affiche au-dessus de la question, par
exemple « SurveyTester: looks fixed ». Puis : **Is this solved?** (Est-ce résolu ?)

- **Yes** ferme le ticket avec le statut de clôture de votre type de projet.
- **No** le remet à un statut ouvert, pour que les programmeurs le voient à nouveau.

Si votre type de projet exige une raison pour la clôture ou la réouverture, l'extension la demande avant
d'enregistrer. Votre réponse est enregistrée avec la revérification, comme une réponse dans l'interface
web, et la question disparaît du ticket.

Les findings d'Auto-Detect suivent le ticket : le marqueur d'un finding dont le ticket est en
revérification s'affiche en bleu avec « Fixed? Please re-check », et le marqueur d'un finding dont le
ticket est fermé n'est plus affiché.

La question est visible pour les utilisateurs dont le rôle a l'autorisation **Peut répondre aux
revérifications pendant les tests** (Administration → Rôles, domaine Tickets). Cette autorisation suffit
pour répondre « Yes », même sans l'autorisation de fermer des tickets. Elle s'applique uniquement aux
tests manuels, jamais aux liens de test.

![Espace réservé : capture de la fenêtre « Issues » de l'extension du navigateur - ticket #12 avec sa description, en dessous « SurveyTester: looks fixed » et la question « Is this solved? » avec les boutons Yes et No - et à côté le marqueur bleu du finding « Fixed? Please re-check » sur la page](https://www.surveytester.com/academy/_img/issues/automatic-recheck-of-fixed-issues/fr/extension-recheck-question.png "w=40rem | Répondre à la revérification pendant le test")

## Le menu « Et ensuite ? »

Le bouton **Et ensuite ?** en haut de la liste des tickets, à gauche des constats Auto-Detect, regroupe ce
que la revérification vous laisse à faire. Il s'affiche pour les utilisateurs dont le rôle possède
l'autorisation **Peut utiliser « Et ensuite ? »** (Administration → Rôles, domaine Tickets). Les actions du
menu gardent leurs propres autorisations : lancer des exécutions SurveyBot nécessite le droit de tester des
questionnaires, changer des statuts le droit de modifier des tickets. Le nombre rouge indique combien de tickets vous attendent. Par
exemple :

- **17 tickets corrigés attendent leur revérification - leurs pages n'ont pas encore été retestées.** →
  **Revérifier avec SurveyBot maintenant** lance les rejouées après une courte confirmation.
- **3 tickets signalés manuellement attendent une revérification par une personne :** suivis des numéros
  et des pages. Cliquez sur un ticket pour l'ouvrir, puis utilisez **Rejouer le test jusqu'à cette page**.
- **2 tickets revérifiés ne sont toujours pas corrigés.** → **Passer à « Non corrigé »** applique le statut
  ouvert de votre type de projet à tous en une fois.

![Espace réservé : capture du menu « Et ensuite ? » sous le bouton - « 17 tickets corrigés attendent leur revérification » avec le bouton « Revérifier avec SurveyBot maintenant », et « 2 tickets revérifiés ne sont toujours pas corrigés » avec le bouton « Passer à « Non corrigé » (2) »](https://www.surveytester.com/academy/_img/issues/automatic-recheck-of-fixed-issues/fr/whats-next.png "w=36rem | Les prochaines étapes pour de nombreux tickets à la fois")

## Retrouver les tickets revérifiés avec le filtre de résultats

Le [filtre de résultats](https://www.surveytester.com/academy/fr/issues/result-filter-newer-version) connaît quatre critères de revérification :

- **À revérifier** (oui / non)
- **Revérification : état** - en attente d'une capture, SurveyBot en cours, en cours d'analyse, terminé, annulé
- **Revérification : résultat** - semble corrigé, toujours présent, à vérifier manuellement
- **Revérification : réponse** - confirmé corrigé, toujours défectueux ou vide

La combinaison **Revérification : résultat n'est pas vide** ET **Revérification : réponse est vide** liste
tous les résultats qui attendent encore votre décision. **À revérifier** existe aussi en ajout rapide.

![Espace réservé : capture du filtre de résultats de la page des tickets avec les critères « Revérification : résultat n'est pas vide » ET « Revérification : réponse est vide »](https://www.surveytester.com/academy/_img/issues/automatic-recheck-of-fixed-issues/fr/result-filter.png "w=44rem | Les résultats qui attendent une décision")

## Suggestion de l'IA pour les tickets signalés manuellement

Les tickets décrits par un testeur avec ses propres mots n'ont pas de règle que SurveyTester pourrait relancer.
Pour eux, la revérification attend la capture d'écran de la nouvelle capture et la montre à une IA avec la
capture d'origine et la description du ticket. La zone affiche ensuite une **suggestion de l'IA** (*semble
corrigé*, *toujours visible* ou *impossible à dire sur la capture*) avec un court motif.

La suggestion n'est qu'une indication : le résultat reste *à vérifier manuellement*. Les administrateurs
choisissent le moteur d'IA de cette fonction, ou la désactivent, sous la fonction d'IA **Issue Re-check** (voir
[Administration de l'IA](https://www.surveytester.com/academy/fr/company-admin-settings/ai-administration-usage-controls)). L'utilisation est mesurée
comme pour toute autre fonction d'IA.

## Bon à savoir

- **Un résultat ne change jamais le statut du ticket.** Seuls *Confirmer la correction*, *Toujours
  défectueux*, la réponse à *Is this solved?* dans l'extension du navigateur ou votre propre changement de
  statut le font.
- **Même langue.** Une revérification de la version allemande n'est traitée que par une capture allemande.
- **Une capture répond pour tous les tickets de la page.** Si dix tickets se trouvent sur la même page, un
  test de cette page les revérifie tous.
- **Les tickets sans page** ne peuvent pas être revérifiés automatiquement, faute de page à capturer.
- **La rejouée SurveyBot suit le routage d'origine.** Si le routage a changé depuis le signalement et que le
  bot n'atteint pas la page, le résultat est *à vérifier manuellement*, avec la mention que la page n'a pas
  été atteinte.
- **Les constats à l'échelle du projet ont besoin de nouveaux tests.** Les revérifications de rotation, de
  MaxDiff et d'exposition ne comptent que les tests lancés après la demande et restent en attente jusqu'à ce
  qu'il y en ait assez. Aucune rejouée SurveyBot n'est proposée pour elles ; lancez plutôt quelques tests
  normaux ou exécutions de bots.
- **Un contrôle désactivé ne peut pas revérifier.** Si un contrôle Auto-Detect est désactivé pour le projet,
  ses revérifications restent en attente. Voir [Tickets Auto-Detect](https://www.surveytester.com/academy/fr/company-admin-settings/auto-detect-issues).
- Le constat accepté dans la liste des constats Auto-Detect garde sa marque *accepté* ; le résultat de la
  revérification est affiché avec le ticket. Sur la page du questionnaire dans l'extension du navigateur, son
  marqueur devient bleu (*Fixed? Please re-check*) tant que le ticket attend une revérification, et disparaît
  dès que le ticket est fermé.