Avant de commencer
- Préparez le jeu de démonstration et retrouvez la User Story TP-DOC — Sécuriser la livraison.
- Utilisez TestPulse 2.73.1 ou une version ultérieure pour le parcours de réouverture depuis la Task de session.
- Vérifiez que vous pouvez modifier les work items du périmètre de démonstration et y créer des bugs et des tâches. L’administrateur doit avoir approuvé les permissions d’écriture de l’extension ; les droits sur le projet restent nécessaires.
- Utilisez uniquement le scénario pédagogique et des données fictives. Les sessions sont stockées au niveau du projet : le filtre « mes sessions » ne les rend pas privées.
1. Ouvrir Explore depuis le sujet à tester
Ouvrez la User Story TP-DOC — Sécuriser la livraison dans Azure DevOps et enregistrez d’abord toute modification en cours. Dans cette fiche, ouvrez l’onglet Explore de TestPulse. Vous devriez voir : le formulaire Démarrer une session exploratoire. Si une de vos sessions est déjà active, elle peut être restaurée : vérifiez sa charte avant de poursuivre. Une session existante sur un autre sujet ne devient pas un exercice de démonstration parce que vous changez ses notes.2. Définir une charte vérifiable
Renseignez le formulaire :
Cliquez sur Démarrer la session.
Vous devriez voir : Session active, votre charte, un chronomètre et une Timeline vide. Sans environnement sélectionné, la clôture ne propose pas de décision de passage vers un autre palier. Cette décision fait l’objet d’un guide distinct.
3. Explorer et consigner ce qui s’est passé
Dans la boutique pédagogique, ajoutez le produit au panier et vérifiez le montant de 20 EUR. Laissez l’adresse de livraison vide, puis cliquez sur Valider la commande. La page accepte volontairement ce cas : c’est le comportement à documenter. Conservez cet écran pour la capture de l’étape suivante, puis revenez à Explore.
La boutique fictive accepte une commande de 20 EUR sans adresse : ce défaut est volontaire et sert uniquement à l'exercice.
Attendez la disparition de Enregistrement en cours… et l’absence d’erreur de sauvegarde avant de quitter la fiche.
Vous devriez voir : trois entrées horodatées. Une observation décrit le contexte, une anomalie compare obtenu et attendu, une question distingue une piste d’un fait établi.
Tant que la session est active, vous pouvez corriger le texte d’une note via Modifier, puis Valider. Une fois close, la session ne permet plus ces corrections.
4. Ajouter une capture qui explique le constat
Revenez à la boutique pédagogique et préparez une capture montrant l’adresse laissée vide et la commande acceptée. Gardez visible la mention de démonstration. Cette image prouve le comportement du support d’exercice ; elle ne concerne aucune boutique réelle.1
Copier l'image
Sous Windows, utilisez Win+Maj+S pour sélectionner la zone utile. Revenez à l’onglet Explore de la fiche et collez avec Ctrl+V.Vous devriez voir : l’éditeur Annoter la capture. L’image n’est pas encore attachée.
2
Attirer l'attention sur le bon élément
Utilisez Rectangle ou Flèche pour désigner le champ ou le résultat concerné. Ajoutez un texte indiquant Exercice TP-DOC — données fictives. Si l’image contient une information à masquer, appliquez Flou (masquer) et vérifiez le rendu avant validation.Pour Que montre cette capture ?, choisissez Résultat obtenu si elle montre le résultat pédagogique. Annuler l’éditeur n’envoie pas l’image.
3
Attacher et vérifier
Cliquez sur Attacher à la session, puis attendez la fin de l’envoi.Vous devriez voir : une capture dans la Timeline, avec vos annotations. Une erreur d’envoi doit être résolue avant de considérer cette preuve attachée.
5. Transformer le constat en bug exploitable
Cliquez sur Créer un bug / work item et choisissez Bug.- Remplacez le titre prérempli par TP-DOC — Adresse vide acceptée à la livraison — exercice. Le titre initial vient de la dernière note, qui peut être une question plutôt que le défaut à décrire.
- Choisissez une sévérité cohérente pour cet exercice, par exemple 3 - Medium si cette valeur existe dans votre processus.
- Relisez Repro steps (HTML, généré depuis les notes). Gardez le contexte, l’action, l’obtenu et l’attendu ; assurez-vous que le caractère fictif est explicite.
- Dans Pièces jointes à joindre, sélectionnez la capture de l’exercice.
- Vérifiez les liens proposés vers la User Story et la session, ainsi que la classification héritée.
- Cliquez sur Créer. Ce clic crée réellement un bug dans votre projet de démonstration.
Exemple dans TestPulse 2.73.1 : la session active compte une note, une capture et un bug. Cette illustration condensée utilise une seule note ; l'atelier vous en fait rédiger trois.
Ce bug est lié au sujet exploré et à la session. Cela ne l’associe pas automatiquement au résultat d’un run de tests. N’attendez donc pas que cet exercice fasse disparaître un « échec sans défaut » du rapport de campagne ; les sources des bugs ont des contrats différents.
6. Clôturer et retrouver la Task
Relisez les notes et la capture une dernière fois. Cliquez sur Terminer la session, puis Terminer et archiver dans la confirmation. Un second dialogue permet de choisir l’affectation, l’état initial de la Task et un Verdict (facultatif). Pour cet exercice, choisissez Échoué, puisque le scénario décrit une anomalie, puis cliquez sur Valider. Gardez l’état proposé si vous ne cherchez pas à exercer une transition particulière. Le bouton Passer clôt également la session, mais sans conserver une sélection de verdict ou de décision de passage préparée dans ce dialogue. Vous devriez voir : Session terminée — Task #… créée. Ouvrez cette Task et vérifiez :- le rapport de session et sa charte ;
- le tag
exploratory-sessionet votre tag de campagneTP-DOC; - le lien vers la User Story, le bug créé et les preuves jointes.
La confirmation de clôture indique la création de la Task de session. Le numéro est propre au projet de démonstration ; cette capture ne confirme pas le téléchargement d'un PDF.
Échoué décrit le jugement du testeur sur cette session. Il n’ajoute aucun résultat Failed dans Azure Test Plans et ne modifie aucun indicateur du Quality Gate. Le verdict est définitif pour cette session close.
7. Exporter puis retrouver votre session
Depuis la session terminée, cliquez sur Exporter le rapport PDF. Vérifiez ou adaptez le titre proposé, puis cliquez sur Exporter. Ouvrez le PDF et retrouvez la charte, les trois notes, la capture et le numéro du bug. Si l’image n’a pas pu être récupérée, elle peut apparaître par son nom : lisez les mentions de preuve indisponible avant de partager le document. Revenez ensuite au hub TestPulse, onglet Explore. Filtrez sur la campagne TP-DOC, dépliez la User Story et retrouvez votre session. Le lien de la session close mène à sa Task. Dans cette Task, l’onglet Explore permet de relire la session enregistrée. Contrôle final : vous devez pouvoir partir du hub, retrouver la Task, ouvrir le bug et relire le PDF. L’export téléchargé n’est pas automatiquement une pièce jointe de la Task ; utilisez Attacher le rapport à la tâche seulement si vous souhaitez aussi l’y conserver.Si vous voyez autre chose
À vous de jouer
Sur une nouvelle session de démonstration, formulez une charte qui explore les limites du code promotionnel DEMO10. Consignez une observation, une question et une idée de test, puis créez un Cas de test plutôt qu’un bug. Relisez les étapes proposées avant création : les notes et le sens des captures influencent leur construction. Vous avez réussi si un collègue peut comprendre votre scénario à partir du cas créé, sans avoir assisté à la session.Captures et création de work items
Approfondir les annotations, les pièces et les cas de test.
Retrouver les sessions du projet
Comprendre les filtres, statuts et rapports de périmètre.