Chaque projet d'enquête suit la même boucle : la QA signale des tickets, le programmeur du script les corrige, et la QA doit regarder à nouveau avant de pouvoir clôturer les tickets. Ce bac à sable vous fait parcourir cette boucle avec deux versions d'un questionnaire de démonstration pour une association de musées - l'une avec erreurs, l'autre corrigée - et montre comment SurveyTester se charge de ce « regarder à nouveau » : les tickets corrigés sont revérifiés automatiquement, le bouton Et ensuite ? vous indique ce qu'il reste à faire, et vous n'avez plus qu'à confirmer le résultat.
Comptez environ 15 minutes. La manière dont chaque type de ticket est revérifié est expliquée dans Automatic re-check of fixed issues.
Les deux questionnaires de démonstration
| Version | Lien |
|---|---|
| Avec erreurs | https://www.feedback-experts.com/mrIWeb/mrIWeb.dll?I.Project=SANDBOX_MUSEUMSWITHERRORS |
| Corrigée | https://www.feedback-experts.com/mrIWeb/mrIWeb.dll?I.Project=SANDBOX_MUSEUMSOFNEWYORKFINAL |
La première version contient des erreurs typiques - fautes d'orthographe, une image cassée et plus encore - que les contrôles automatiques de SurveyTester trouvent seuls. La seconde version est le même questionnaire, erreurs corrigées.
Avant de commencer : la configuration
La revérification s'appuie sur quelques réglages. Un administrateur les effectue une fois ; ils s'appliquent ensuite à chaque projet du type de projet. Dans le bac à sable, vous pouvez jouer les deux rôles, QA et programmeur, à condition que votre propre rôle dispose des autorisations du rôle QA.
| Où | Quoi régler | Pourquoi |
|---|---|---|
| Administration › Types de projet › Définitions des champs de classification | Un champ Status avec la valeur Fixed, et À revérifier coché pour cette valeur. Le champ a aussi besoin d'une valeur qui clôture le ticket (Clôturer le ticket coché) | La valeur Fixed marque un ticket pour revérification ; Confirmer la correction applique ensuite la valeur de clôture |
| Administration › Types de projet › Paramètres de détection automatique des tickets | Pour chaque contrôle automatique, les valeurs de classification qu'un constat reçoit lorsqu'il est converti en ticket - un statut ouvert, jamais Fixed ni une valeur de clôture | Les constats convertis doivent démarrer comme tickets ouverts, sinon ils sont aussitôt marqués pour revérification ou clôturés |
| Administration › Rôles, rôle de vos testeurs QA, domaine Tickets | Peut utiliser « Et ensuite ? » et Peut répondre aux revérifications pendant les tests | Le premier affiche le bouton Et ensuite ?, le second la question Is this solved? dans l'extension du navigateur |
| Administration › Rôles, rôle de vos programmeurs | Peut utiliser « Et ensuite ? » désactivé | Les programmeurs corrigent les tickets ; décider si une correction fonctionne revient à la QA |
| Page Tickets de chaque utilisateur QA | La colonne À revérifier, ajoutée avec le sélecteur de colonnes | Affiche l'avancement et le résultat de chaque revérification |
Ces écrans sont décrits dans Classification Fields et Roles and permissions.
Étape 1 : créer le projet avec le questionnaire erroné
Ouvrez le menu des projets (☰) et choisissez Créer un projet. Choisissez un dossier et le type de projet préparé, donnez au projet un nom comme « Sandbox revérification » et collez le premier lien comme Lien du questionnaire :
https://www.feedback-experts.com/mrIWeb/mrIWeb.dll?I.Project=SANDBOX_MUSEUMSWITHERRORS
Choisissez l'anglais comme langue par défaut et créez le projet.
Étape 2 : tester le questionnaire et collecter des constats
Lancez un ou plusieurs tests : un test manuel (Tester le questionnaire › Test manuel) ou quelques SurveyBots (Tester le questionnaire › Test SurveyBot). Choisissez English sur la page de langue du questionnaire - une revérification est toujours traitée par un test dans la langue du ticket. Après chaque test, les contrôles automatiques de SurveyTester examinent chaque page et signalent ce qu'ils trouvent sous forme de constats.
Étape 3 : ajouter un ou deux tickets à la main
Lancez un autre test manuel et signalez un ou deux problèmes qu'aucun contrôle automatique ne peut juger, par exemple une image qui ne correspond pas à la question, ou un texte de question difficile à comprendre. Signalez-les comme d'habitude depuis l'extension du navigateur : elle prend la capture d'écran et vous laisse marquer l'endroit. Voir Creating A New Issue.
Étape 4 : convertir les constats en tickets
Ouvrez Tickets et cliquez sur le bouton des Constats détectés automatiquement. Examinez la liste et convertissez les constats pertinents en tickets - dans le bac à sable, tous simplement. Les tickets convertis reçoivent les valeurs de classification des paramètres de détection automatique des tickets et démarrent donc comme tickets ouverts.
Étape 5 : transmettre les tickets au programmeur
Réglez la phase du projet sur Mise à jour du script requise avec la liste Phase de projet de la page Tickets. Dans un vrai projet, cela indique au programmeur qu'une série de tickets est prête à être corrigée. Voir Project Phase & Milestone.
Étape 6 : le programmeur corrige le questionnaire
Jouez maintenant le programmeur. Le script corrigé est publié comme nouveau questionnaire : ouvrez Détails du projet › Général, remplacez le Lien du questionnaire par la version corrigée et enregistrez :
https://www.feedback-experts.com/mrIWeb/mrIWeb.dll?I.Project=SANDBOX_MUSEUMSOFNEWYORKFINAL
De retour sur Tickets, sélectionnez tous les tickets et réglez Status sur Fixed avec la Modification groupée. Réglez ensuite la phase du projet sur Prêt pour le QC : les corrections sont prêtes à être vérifiées.
Étape 7 : les tickets attendent la revérification
Reprenez le rôle QA. La colonne À revérifier affiche maintenant en attente pour chaque ticket : SurveyTester a ouvert une demande de revérification pour chacun et attend une nouvelle capture de la page du ticket dans le questionnaire corrigé.
Vous pouvez maintenant revérifier de deux manières. Utilisez la première pour les constats convertis et la seconde pour les tickets signalés à la main - ou essayez les deux.
Option 1 : utiliser « Et ensuite ? »
Cliquez sur Et ensuite ? au-dessus de la liste des tickets. Le menu liste ce qu'il reste à faire :
- ... tickets corrigés attendent une revérification, avec le bouton Revérifier avec SurveyBot maintenant. Cliquez dessus et confirmez : des SurveyBots rejouent les interviews d'origine jusqu'à la page de chaque ticket dans le questionnaire corrigé, et SurveyTester relance le même contrôle automatique sur la nouvelle capture.
- ... tickets signalés à la main attendent une revérification par une personne, avec les numéros des tickets. Un bot ne peut pas juger un problème décrit avec vos propres mots : cliquez sur un ticket et utilisez Rejouer le test jusqu'à cette page pour regarder la page vous-même, ou utilisez l'option 2.
Une fois les bots terminés, rechargez la liste des tickets. La colonne À revérifier et les détails du ticket affichent Semble corrigé pour chaque ticket dont le problème a disparu. Cliquez sur Semble corrigé pour ouvrir la comparaison : la page au moment du signalement à côté de la capture de revérification. Vérifiez-la et cliquez sur Confirmer la correction pour clôturer le ticket, ou sur Toujours défectueux pour le renvoyer au programmeur.
Option 2 : répondre pendant le test
Lancez un nouveau test manuel en anglais sur le questionnaire corrigé. Lorsque vous atteignez une page avec un ticket en revérification, la fenêtre Issues de l'extension du navigateur affiche sous la description du ticket la question Is this solved?. Regardez la page et répondez :
- Yes clôture le ticket.
- No le remet dans un statut ouvert pour le programmeur.
C'est la manière naturelle pour les tickets signalés à la main : vous regardez la page de toute façon.
Ce que vous avez pratiqué
- Une seule valeur de statut, Fixed, lance la revérification - aucune étape supplémentaire pour le programmeur.
- Les constats sont revérifiés par le contrôle automatique qui les a trouvés, en un clic dans Et ensuite ?.
- Les tickets signalés à la main sont revérifiés par une personne, depuis le ticket ou directement pendant le test.
- SurveyTester ne clôture jamais un ticket de lui-même : la décision reste à la QA.
Appliquez la même boucle à votre prochain projet : convertissez les constats, transmettez-les avec Mise à jour du script requise, laissez le programmeur régler Fixed et Prêt pour le QC, et laissez Et ensuite ? vous guider dans la revérification.