Déclarer et suivre des anomalies

La déclaration des anomalies se fait dans l'espace Campagnes de Squash TM. Les anomalies sont identifiées et remontées lors de la phase d'exécution des cas de test. Les cas de test peuvent être exécutés un par un depuis le plan d'exécution ou à la chaîne depuis l'itération ou la suite de tests avec le bouton présent au-dessus du plan d'exécution.
Squash TM supporte les connexions avec les bugtrackers Mantis, Jira (Server, Datacenter, Cloud), Redmine, Bugzilla, RTC, Tuleap, GitLab et Azure DevOps.

Info

Pour déclarer et rattacher des anomalies depuis Squash TM, il est nécessaire d'avoir paramétré un bugtracker sur le projet.

Déclarer une anomalie depuis un pas d’exécution/une exécution

Deux options sont proposées pour l'exécution des cas de test :

• Avec la pop-up : une pop-up d'exécution s'affiche et permet d'exécuter les pas de test un à un.
• Nouvelle exécution : la page d'exécution du cas de test s'affiche et il est possible de définir, depuis l'ancre 'Scénario d'exécution', le statut de l'exécution de chaque pas de test.

Sur la pop-up d'exécution, la déclaration de l'anomalie se fait depuis le bloc 'Anomalies'. Sur la page d'exécution, elle se fait depuis l'ancre 'Scénario d'exécution', via le bouton .
Une nouvelle anomalie peut être déclarée an choisissant l'option 'Déclarer une nouvelle anomalie'.

La popup 'Déclarer une nouvelle anomalie' s'affiche avec les champs à renseigner pour déclarer l'anomalie sur le bugtracker (exemple sur Mantis avec les principaux champs) :

• Projet : le nom du projet sur le bugtracker dans lequel sera déclarée l'anomalie. Si plusieurs projets du bugtracker sont associés au projet Squash TM, il faut choisir le projet de destination souhaité pour l'anomalie.

• Catégorie : le type de ticket sur le bugtracker

• Sévérité : le degré de gravité de l'anomalie

• Version du produit : la version du produit sous lequel l'anomalie est rapportée

• Assigné à : la personne à qui sera assignée l'anomalie

• Résumé : le titre de l'anomalie (champ obligatoire)

• Description : Elle contient par défaut : le libellé du cas de test associé, l'URL de l'exécution en cours et la description de l'anomalie qui est à compléter par l'utilisateur

• Etapes pour reproduire : les prérequis et les pas de test tels qu'ils ont été renseignés sur Squash TM jusqu'au pas de test en échec, pour faciliter la reproduction de l'anomalie par le développeur

Les champs du formulaire s'adaptent en fonction du projet et du type de ticket sélectionné par le testeur. Les champs personnalisés sont également récupérés dans la popup de déclaration afin d'être renseignés. Il est également possible d'ajouter des pièces jointes. À la création d'une anomalie, tous les champs identifiés par une astérisque sont obligatoires.

Une fois l'anomalie ajoutée, le bloc 'Anomalies' se met à jour. L'anomalie apparaît alors dans le tableau et est automatiquement ajoutée au bugtracker associé au projet Squash TM. Il est possible de la consulter sur le bugtracker en cliquant sur son identifiant dans la colonne 'Clé' du tableau :

Associer une anomalie existante à un pas d’exécution/une exécution

Lorsque l'anomalie constatée a déjà été rapportée, il est possible de l'associer directement au pas d'exécution ou à l'exécution avec l'option 'Rattacher une anomalie existante' après avoir cliqué sur le bouton . Renseigner l'identifiant de l'anomalie dans le champ puis valider la saisie. Une fois l'anomalie trouvée, ses informations s'affichent et elle peut être ajoutée au pas d'exécution ou à l'exécution.

Focus

Pour les bugtrackers GitLab et Azure DevOps, il faut renseigner le chemin du projet dans lequel se trouve l'anomalie et l'identifiant de l'anomalie

Suivre les anomalies connues sur tous les objets de Squash TM

Les anomalies relevées depuis une exécution ou un pas d'exécution sont ajoutées à l'ancre 'Anomalies connues' dans la suite de tests, l'itération et la campagne dans laquelle l'anomalie a été relevée. Pour les tests exploratoires, les anomalies remontent également au niveau de la session. Un tableau avec toutes les anomalies s'affiche et le nombre d'anomalies connues est mis à jour sous l'icône de l'ancre.

Ainsi, l'ancre "Anomalies connues" rassemble pour la suite de tests l'ensemble des anomalies déclarées durant l'exécution des tests contenus dans son plan d'exécution. Il en va de même pour les itérations et les campagnes.

Une ancre "Anomalies connues" est également présente sur le cas de test rassemblant toutes les anomalies déclarées au cours des diverses exécutions de ce dernier.
Sur une exigence, l'ancre "Anomalies connues" répertorie la totalité des anomalies associées aux tests qui la vérifient.
Dans le cas d'une exigence de haut niveau, ce tableau affiche également les anomalies des exigences classiques qui lui sont rattachées et pour une exigence mère, il affiche toutes les anomalies de ses filles.

Ce tableau permet notamment de suivre la résolution des tickets (colonne "Statut") car les informations sont récupérées en temps réel directement depuis le bugtracker. Il permet en outre, d'avoir un historique complet des défauts rencontrés au cours des phases d'exécution.

Le contenu des tableaux "Anomalies connues" peut être exporté au format .csv via le bouton . L'export prend en compte toutes les lignes affichées ou uniquement les lignes sélectionnées.