top of page

Essayez Xsquash
Tutoriel "Travailler avec Squash et Jira"

Accédez à l'instance Squash en cliquant ici et identifiez-vous :

  • login : Xsquash4Jira

  • mot de passe : P@ssw0rd!456

Accédez à l'instance Jira en cliquant ici et identifiez-vous :

Contexte

L’équipe d’un projet agile est constituée de différents acteurs (le product owner, le scrum master, les développeurs, les testeurs) :

  • Le product owner a pour rôle de créer des User Stories, qui correspondent à la description d’une fonctionnalité à développer. Tant que ces User Stories ne sont pas traitées, elles font partie du backlog.

  • Le scrum master va ensuite initier un sprint et y intégrer des User Stories. Le sprint est une période courte durant laquelle la team Agile va concevoir, développer et tester un ensemble de User Stories dans le but d’obtenir un produit « viable ».

Toutes ces étapes vont pouvoir être réalisées dans Jira et Squash par les différents acteurs.

Sommaire

ÉTAPE 1 – Dans Jira : création d’une User Story, d’une sous-tâche et d’un sprint

ÉTAPE 1 – Dans Jira : création d’une User Story, d’une sous-tâche et d’un sprint

Contexte : Le product owner va créer des User Stories à partir de Jira. Celles-ci vont être créées dans le backlog. Le product owner va ensuite initier un nouveau sprint et déplacer des User Stories du backlog vers le nouveau sprint.

Comment créer dans Jira un backlog, des user stories et un sprint qui seront synchronisés dans Squash Test Management

1.1.     Ouvrir Jira : cliquer ici

Et identifiez-vous avec les identifiants indiqués plus haut : Login : demojira@henix.fr / Password : P@ssw0rd!456

Pour accéder au projet « Xsquash – Bac à sable » :

  • Menu haut, cliquer sur [Projet]

  • Menu déroulant, cliquer sur [Xsquash - Bac à sable]

1.2.     Créer un ticket « Récit » dans ce projet

  • Menu haut, cliquer sur [Créer]

  • Type de ticket, conserver le choix sélectionné « Récit »

  • Renseigner à minima le champ « Résumé »

  • Cliquer sur [Créer]

1.3.     Accéder à la fiche du ticket créé et créer une sous-tâche

  • Menu d’onglets du ticket, cliquer sur « Suite »

  • Menu déroulant, cliquer sur [Créer une sous-tâche]

  • Renseigner a minima le champ « Résumé »

  • Cliquer sur [Créer]

1.4.     Retourner sur le backlog

  • Barre de navigation à gauche, premier onglet « Backlog »

1.5.     Créer un nouveau sprint dans le Tableau Xsquash Bac a sable et glisser le ticket « Récit » dans ce sprint

  • Faire défiler la page vers le bas jusqu’au backlog

  • Cliquer sur le bouton à droite [Créer un sprint]

  • Déplacer un ticket du backlog vers ce sprint, par un glisser-déposer

 

Vous devez obtenir le résultat suivant :

     (A) Un sprint

     (B) Un ticket de type récit

     (C) Une (ou plusieurs) sous-tâches rattachée(s) au ticket

ÉTAPE 2 – Dans Squash TM : gestion de l’exigence synchronisée à la User Story Jira

ÉTAPE 2 – Dans Squash TM : gestion de l’exigence synchronisée à la User Story Jira

Contexte : Dans Squash TM, les éléments créés par le product owner et le scrum master dans Jira vont apparaître dans Squash. Un nouveau dossier apparaît dans l’arborescence, il correspond au sprint créé par le scrum master. Les User Stories créées par le product owner apparaissent comme des exigences synchronisées. Elles vont pouvoir servir de base au travail de conception de l’équipe de testeurs.

User-story-sprint-SquashTM.PNG

2.1.    Ouvrir Squash 

Identifiez-vous avec les données indiquées plus haut (Login : Xsquash / Mot de passe : password)

 

2.2.   Accéder à l’espace Exigences

2.3.   Accéder au projet « 03- Xsquash – Bac à sable »

2.4.   Accéder au répertoire de synchronisation « Bac à sable – Tableau scrum »

⇒ Dans le dossier de synchronisation, vous pouvez constater que les différents éléments créés dans Jira ont été synchronisés dans Squash :

(A) Sprint : un nouveau dossier avec le nom du sprint créé à l’étape 1

(B) Ticket « Récit » : dans ce dossier, une exigence synchronisée avec la référence et le nom renseigné dans Jira, ainsi que l’URL du ticket vers Jira et le statut de synchronisation

(C) Sous-tâche du ticket : synchronisée en exigence fille du ticket Jira, avec la référence et le nom renseigné dans Jira pour la sous-tâche

ÉTAPE 3 – Dans Squash TM : création et association d’un cas de test au ticket synchronisé

ÉTAPE 3 – Dans Squash TM : création et association d’un cas de test au ticket synchronisé

Contexte : L’équipe de testeurs va pouvoir poursuivre le travail de conception en créant des cas de test et en les liant aux User Stories Jira, pour garantir la couverture des exigences.

Squash-Jira-couverture-exigences.PNG

3.1.     Accéder à l’espace Cas de test

3.2.    Créer un ou plusieurs cas de test

3.3.    Associer-le(s) à l’exigence synchronisée du ticket « Récit » créé à l’étape 1

3.4.    Modifier le statut d’au moins un cas de test en « À approuver » ou « Approuvé »

ÉTAPE 4 – Dans Jira : suivi de l’avancement de la phase de conception

ÉTAPE 4 – Dans Jira : suivi de l’avancement de la phase de conception

Contexte : Le product owner, le scrum master et les développeurs vont pouvoir suivre, sur chaque ticket Jira, l’avancement de la phase de conception de l’équipe de testeurs avec des indicateurs et un tableau des cas de test associés au ticket Jira.

Dans Jira, product owner, scrum master et développeurs suivent la recette de test Squash avec des outils de monitoring

Accéder à la fiche du ticket « Récit » créé à l’étape 1.

⇒ Différentes données relatives aux cas de test liés à ce ticket apparaissent :

(A) Un premier indicateur global (voir plus bas pour la définition de ces indicateurs)

(B) Un champ « ratio de rédaction »

(C) Un onglet « Cas de test Squash TM » : indique la liste des cas de test associés à ce ticket, il est par ailleurs possible d’afficher leur détail.

ÉTAPE 5 – Dans Squash TM : création automatique d’un plan de test à partir du sprint créé dans Jira

ÉTAPE 5 – Dans Squash TM : création automatique d’un plan de test à partir du sprint créé dans Jira

Contexte : Dans Squash TM, la conception du plan de test va être facilitée et va permettre à l’équipe de testeurs d’identifier tous les cas de test à exécuter en fonction de livraison(s), sprint(s) ou d’une requête JQL Jira.

Squash-test-livraison-Agile.PNG

5.1.    Accéder à l’espace Campagnes

5.2.   Sélectionner dans l’arborescence le projet « Xsquash4Jira – Bac à sable » puis cliquer sur une campagne ou une itération

5.3.   Cliquer sur l’onglet étoile puis « Concepteur de plan d’exécution Xsquash4Jira »

5.4.   Suivre les différentes étapes de l’assistant :

a.      Action : « Créer une itération dans la campagne sélectionnée »

b.      Source des tickets Jira : sélectionner « Dans des sprints »

c.      Sélection des tableaux :

Tableaux : sélectionner « Tableaux Jira liés à « Nom du projet Jira » »

Critères sur les sprints : sélectionner « Nom du script contient » et renseigner le nom du sprint créé à l’étape 1

d.      Sélection des sprints : laisser le sprint trouvé coché

e.      Sélection des tickets : laisser le(s) ticket(s) trouvé(s) sélectionné(s)

f.      Sélection des cas de test : laisser le(s) cas de test trouvé(s) sélectionné(s)

g.      Création de l’itération : renseigner a minima le champ « Nom »

Votre plan de test a été automatiquement généré à partir des éléments sélectionnés dans l’assistant de création

 

5.5.   Exécuter au moins un cas de test du plan d’exécution

ÉTAPE 6 – Dans Jira : suivi de l’avancement de la phase d’exécution

ÉTAPE 6 – Dans Jira : suivi de l’avancement de la phase d’exécution

Contexte : Le product owner, le scrum master et les développeurs vont pouvoir suivre, sur chaque ticket Jira, l’avancement de la phase d’exécution de l’équipe de testeurs avec des indicateurs et un tableau des cas de test associés au ticket Jira.

Suivi de l’avancement de la phase d’exécution des tests dans Squash sur chaque ticket Jira avec indicateurs et tableaux

Accéder à la fiche du ticket « Récit » créé à l’étape 1

⇒ Différentes données relatives aux cas de test liés à ce ticket apparaissent :

(A) Un premier indicateur global (voir plus bas pour la définition de ces indicateurs)

(B) Le champ « Ratio de vérification » 

(C) Le champ « Ratio de validation » 

(D) L’onglet « Exécutions Squash TM » 

bottom of page