Livraison SquashTM 12.0, la remontée des résultats de tests automatisés et une meilleure gestion des sprints

La livraison de SquashTM contient les fonctionnalités suivantes :

• Remontée des résultats de tests automatisés exécutés dans un pipeline CI/CD

• Plus de confort pour les testeurs :

  • Sprints et groupes de sprints : un nouveau tableau de bord et des graphiques interactifs

  • Sprints : gestion dans l'API et configuration de la synchronisation

  • Nouvelle distinction entre l’assigné et l’exécutant dans les plans d’exécution

  • Date de dernière exécution dans les exigences

• Relance automatique des tests en échec*

• Fonctionnalités supprimées

• Fonctionnalités dépréciées

  
  

La liste complète des évolutions et corrections est disponible dans la release note de SquashTM 12.0.

La remontée des résultats de tests automatisés exécutés dans un pipeline CI/CD

• SquashTM Server : Nécessite l'offre Community pour la remontée des résultats de tests et Offre Premium pour la remontée des assertions.

• SquashTM Cloud : Nécessite l'offre Ultimate pour la remontée des résultats de tests et des assertions.

  
  

Un nouvel endpoint de l'API REST permet de remonter les résultats de tests automatisés exécutés dans un pipeline CI/CD. Cet endpoint autorise la publication, en un seul appel HTTP, du statut d’exécution de plusieurs tests appartenant à un même plan d’exécution.

Le endpoint permet également de renseigner la durée d'exécution, le statut des pas de tests, d'attacher des pièces jointes ou encore des messages d'erreur (fonctionnalité disponible avec la licence Premium).

Sprints et groupes de sprints : un nouveau tableau de bord et des graphiques interactifs

Nouveau tableau de bord pour les groupes de sprints

Un nouveau tableau de bord est désormais disponible pour les groupes de sprints. Celui-ci offre une vision consolidée des statistiques issues de l’ensemble des sprints composant le groupe et permet une analyse plus fine des tests et des exigences.

Le tableau de bord comprend les graphiques suivants :

• Le graphique « Couverture par cas de test »

• Le graphique « Statut des cas de test »

• Le graphique « Taux de succès/échec »

• Le graphique « Importance des cas de test non exécutés »

• Le graphique « Criticité des exigences non validées »

• Le graphique « Statut de validation des exigences »

Graphiques interactifs dans les sprints et groupes de sprints

Il est désormais possible d’interagir directement avec certains graphiques par défaut dans les tableaux de bord des sprints et des groupes de sprints. Les portions cliquables redirigent automatiquement l’utilisateur vers la page « Recherche des éléments du plan d’exécution », avec les critères adaptés selon la section sélectionnée du graphique.

Les graphiques concernés sont :

• Le statut des cas de test

• Le taux de succès/échec

• L’importance des cas de test jamais exécutés

Sprints : gestion dans l'API et configuration de la synchronisation

Gestion des sprints dans l'API

Les sprints sont désormais pleinement pris en charge dans l’API. Il est possible de créer, consulter et manipuler les informations liées aux sprints directement via les endpoints disponibles, facilitant ainsi leur intégration et leur synchronisation avec des outils externes.

Configuration de la synchronisation des sprints dans Xsquash4Jira API

Il est désormais possible de configurer la synchronisation des sprints directement depuis l’API Xsquash4Jira. De nouveaux endpoints permettent de créer, consulter, modifier ou supprimer une configuration de synchronisation de sprint.

Nouvelle distinction entre l’assigné et l’exécutant dans les plans d’exécution

Deux colonnes distinctes sont désormais affichées dans les plans d’exécution afin de mieux distinguer les rôles :

• La colonne « Assigné » indique la personne à qui le cas de test a été attribué.

• La colonne « Exécuté par » affiche le login de l’utilisateur ayant réalisé l’exécution.

Lorsque le cas de test n’a pas été assigné, la colonne « Assigné » reste vide. Cette évolution permet une meilleure visibilité et un suivi plus précis des responsabilités liées à l’exécution des cas de test.

Date de dernière exécution dans les exigences

Dans le bloc « Cas de test vérifiant cette exigence », la date et l’heure de la dernière exécution sont désormais affichées en complément du statut associé.

Une nouvelle colonne a été ajoutée au tableau afin de faciliter le suivi des tests liés à une exigence. Lorsque le cas de test n’a jamais été exécuté, un tiret « - » apparaît à la place.

La date est également cliquable : elle redirige directement vers le détail de l’exécution concernée (ou vers la session exploratoire dans le cas d’un test exploratoire).

Pour les exécutions réalisées en Fastpass, la date est visible mais n’est pas cliquable.

Cette amélioration est disponible pour tous les types d’exigences : classiques, synchronisées et de haut niveau.

Relance automatique des tests en échec*

Nécessite l'offre SquashTM Ultimate.

Avec la version 6.1.0 de SquashTM Orchestrator (license Ultimate), le plugin retryer permet de relancer automatiquement les tests en échec à la fin d’une exécution.

Idéal pour gérer les tests instables, il s’active via un hook teardown et offre plusieurs options de configuration (max-retry, scope, failure-status).

Voir la documentation pour plus d'information.

* avec la version 2025-10 de SquashTM Orchestrator disponible prochainement.