Passer au contenu principal

Consulter un rapport d'exécution de test

Écrit par Ines

Un rapport d'exécution de test montre le résultat d'une exécution d'un cas de test : son statut, chaque étape avec son résultat et ses captures d'écran, et l'endroit où le test s'est exécuté. Vous l'ouvrez depuis la liste Exécutions de Test.

Ouvrir un rapport d'exécution de test

  1. Ouvrez Exécutions de Test dans la navigation de gauche de votre projet.

  2. Trouvez l'exécution de test que vous souhaitez examiner. Filtrez la liste si nécessaire.

  3. Cliquez sur l'exécution de test. Le rapport d'exécution de test s'ouvre avec les résultats détaillés.

  4. Examinez le rapport. Il affiche :

    • le persona et l'environnement de l'exécution

    • le statut de l'exécution (Succès, Échoué, Annulé, Non exécutable). Une exécution Non exécutable n'a pas démarré, car une valeur dont le test a besoin n'a pas de valeur dans l'environnement

    • la date et la durée, pour une exécution terminée

    • les étapes, avec leurs résultats et leurs captures d'écran

    • le navigateur, l'emplacement et la résolution de l'exécution

Un rapport d'exécution de test avec ses étapes réussies à gauche, la vue du navigateur de l'étape sélectionnée et les commandes de relecture en dessous

Rejouer l'exécution du test

Sous la vue du navigateur, le lecteur rejoue l'exécution étape par étape. Vous pouvez mettre en pause et reprendre, passer une étape ou revenir en arrière, et modifier la vitesse de lecture.

Étapes auto-réparées

Lorsque la page change sous un test, Thunders peut retrouver l'élément, et l'étape réussit quand même. Le rapport indique où cela s'est produit :

  • Une étape auto-réparée s'ouvre d'elle-même lorsque vous ouvrez le rapport. Pendant une exécution en direct, une étape auto-réparée reste ouverte à la fin de l'étape. Une étape que vous fermez reste fermée.

  • L'action réparée porte un marqueur :

    • Auto-réparé : le sélecteur en cache ne désignait plus l'élément. Thunders a retrouvé l'élément, et l'étape a réussi.

    • Attente prolongée : l'élément n'était pas prêt à temps. Thunders a attendu au-delà du délai par défaut, et l'étape a réussi.

  • Cliquez sur Auto-réparé pour ouvrir le panneau Cible auto-réparée. Sous Chemin, il affiche le chemin de l'élément dans l'Exécution d'origine et dans Cette exécution, avec la partie qui a changé mise en évidence. Sous Vérification visuelle, il affiche une capture d'écran de l'élément dans chaque exécution, lorsqu'elle est disponible. Cliquez sur Voir l'exécution d'origine pour ouvrir l'exécution précédente dans un nouvel onglet.

  • Dans la liste des exécutions de test d'un cas de test, une exécution avec des étapes auto-réparées porte l'icône d'auto-réparation, avec le nombre d'étapes lorsqu'il y en a plus d'une.

Un rapport d'exécution de test avec une étape qui porte le marqueur Auto-réparé, et le panneau Cible auto-réparée ouvert à côté avec le chemin de l'élément dans l'exécution d'origine et dans cette exécution

Erreurs visibles sur la page

Un clic peut réussir alors que la page affiche un message d'erreur, par exemple « Mot de passe incorrect ». Après un clic ou une pression sur Entrée, Thunders vérifie le texte que l'action ajoute à la page. Lorsqu'il trouve un message d'erreur, l'étape reçoit une sous-étape d'avertissement, Erreur visible sur la page, avec le message trouvé. L'étape reste réussie.

La vérification est activée par défaut. Pour la désactiver pour les exécutions qui utilisent le Persona QA, ouvrez Personas dans le projet, ouvrez le Persona QA, puis désactivez Détecter les erreurs visibles sur la page. Une exécution qui utilise un autre persona effectue toujours la vérification.

Une étape de clic réussie avec une sous-étape d'avertissement d'erreur visible sur la page, et la page qui affiche le message Incorrect email address or password

Articles connexes sur ce sujet qui pourraient vous être utiles

Avez-vous trouvé la réponse à votre question ?