Vidéo disponible en audio français dans YouTube

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.

La livraison de Squash contient les fonctionnalités suivantes : Génération d’un bilan multi-campagnes et multi-itérations Mise en cohérence des sprints au regard des autres objets de l’Espace Exécutions : Nouveaux graphiques Nouvelle colonne "Sprint" dans la recherche d'items de plan d'exécution Exécution en chaîne de tests Gestion du renouvellement des tokens GitLab Suivi de l’avancement des tests depuis GitLab : ajout d’un label sur les issues GitLab Intégration plus efficace des webhooks GitLab Configuration des permissions de l'Espace Automatisation Aide à la sélection des cas de tests à automatiser Sécurisation et optimisation de la suppression : Demande de confirmation avant suppression Localisation des objets résiduels lors de la suppression d'un projet Changement de nom d’un groupe d’utilisateurs 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 Squash TM 11.0 . Bilan multi-campagnes et multi-itérations Nécessite l'offre Squash Premium. Dans le cadre de la validation de plusieurs composants et/ou lorsque la recette est réalisée par plusieurs équipes, depuis l'Espace Pilotage, il est désormais possible de créer des bilans incluant plusieurs campagnes ou plusieurs itérations . L'utilisateur peut sélectionner les campagnes et itérations de son choix afin de générer un bilan personnalisé . L' arborescence des bilans  a été entièrement repensée  afin de prendre en compte la présence d'une ou plusieurs campagnes ou itérations  au sein d'un même bilan. Ce nouveau type de bilan offre à l'utilisateur un aperçu détaillé de chaque itération , comme c'était déjà le cas avec les bilans unitaires (une seule campagne ou itération). Il permet également d'obtenir une synthèse globale  sur différents indicateurs clés  : Volume des cas de tests exécutés, Bilan des tests, Couverture fonctionnelle des exigences, Bilan des anomalies. Nouveaux graphiques dans les sprints Les sprints évoluent et s’enrichissent. Dans l’Espace Exécutions, au niveau de chaque sprint, une nouvelle ancre « Tableau de bord »  a été implémentée. Celle-ci permet d’accéder à un ensemble de statistiques  relatives au sprint ainsi qu’à l’ inventaire des tests  associés à chaque exigence du sprint. Le tableau de bord présente les indicateurs et graphiques  suivants : Statut de validation des exigences : Suivi de la validation des exigences du sprint. Criticité des exigences non validées : Analyse des exigences restant à valider, classées par niveau de criticité. Couverture par les cas de test : Visualisation du taux de couverture des exigences par les cas de test. Statut des tests  : État d’avancement des tests (à exécuter, en cours, succès, etc.). Taux de succès/échec : Proportion de tests en succès et en échec Importance des tests jamais exécutés : Identification par criticité des tests qui n’ont jamais été lancés. L’ajout de ce tableau de bord offre à l’utilisateur une meilleure visibilité  sur les éléments clés  de l’ avancement du sprint . Nouvelle colonne "Sprint" dans la recherche d'items de plan d'exécution Dans l’Espace Exécution, une nouvelle colonne « Sprint »  a été ajoutée à la section de recherche afin de permettre à l’utilisateur d’ identifier le sprint d’origine de chaque item de plan d'exécution  affiché dans les résultats de recherche. Cette colonne vient compléter les colonnes existantes, garantissant ainsi la traçabilité de la provenance  de chaque item de plan d'exécution, qu’il provienne d’une campagne/itération ou d’un sprint. Exécution en chaîne dans les sprints Dans l'Espace Exécution, il est désormais possible d' enchaîner des exécutions à partir du plan de test général d'un sprint , ainsi qu' à partir du plan de test d'une exigence de sprint . Cette fonctionnalité, déjà disponible pour les campagnes et les itérations, est ainsi étendue aux sprints. Gestion du renouvellement des tokens GitLab (évolution livrée en version Squash TM 10.2.0) Squash assure la continuité des commentaires de synchronisation  en cas de renouvellement des tokens GitLab (Project Access Token ou autre) impliquant un changement de droits et/ou d'utilisateur. Suivi de l’avancement des tests depuis GitLab : ajout d’un label sur les issues GitLab Il est désormais possible de visualiser rapidement le statut de test  de chaque issue dans GitLab grâce à un label dédié . Le statut de test, déjà disponible dans la note de progression des tests, est désormais reporté sous forme de label GitLab sur l’issue correspondante. Dans la configuration de Xsquash4GitLab, il est possible de spécifier le label GitLab dédié à cette information , pour chaque périmètre de synchronisation. Cette configuration, optionnelle , s’effectue au niveau du projet Squash, dans la section « TM acceptance data reporting ». Une fois la configuration réalisée, le label  reflétant le statut de test est mis à jour  sur GitLab à chaque cycle de synchronisation . Les Webhooks GitLab : une intégration plus efficace   Les Webhooks GitLab sont plus réactifs  sur les instances Squash ayant de nombreuses synchronisations GitLab. Configuration des permissions de l'Espace Automatisation Nécessite l'offre Squash Ultimate. Nous avons terminé d'implémenter la configuration des permission s des différents Espaces. Dans cette version, nous avons ajouté la possibilité de modifier l' Espace Automatisation . Il est donc désormais possible de personnaliser tous les Espaces . Aide à la sélection des cas de tests à automatiser Le choix des tests à automatiser est au cœur du processus d’automatisation. L'Espace Automatisation s'enrichit d'une entrée "aide" . Cette nouvelle entrée permet d' analyser le patrimoine  de test selon des critères prédéfinis  ( voir la documentation ), afin de suggérer les meilleurs candidats à l'automatisation . Il est ensuite possible de valider ou de rejeter ces suggestions afin d' obtenir une liste consolidée et priorisée de tests à scripter . En plus du gain de temps  sur la partie analyse, ceci permet d' harmoniser la sélection des cas de test à automatiser  en se basant sur des critères fixes. Sécurisation de la suppression d'objets La gestion de la suppression  dans Squash a été optimisée  pour renforcer la sécurité  et minimiser les erreurs de manipulation . Désormais, avant toute opération de suppression , une pop-up affiche le nombre d'éléments  impactés, requérant une validation numérique  explicite de l'utilisateur pour confirmer l'action . Cette évolution  concerne les objets des bibliothèques des Espaces suivants : Exigences Cas de test Exécutions Pilotage Bibliothèque d'actions La fonctionnalité  est paramétrable  au niveau de l' instance  : elle peut être activée  ou désactivée . De plus, un seuil configurable  permet de définir le nombre minimal d' éléments à supprimer à partir duquel cette demande de confirmation  est déclenchée . Amélioration de la gestion des objets résiduels lors de la suppression d'un projet Lors de la suppression d'un projet , identifier  dans quel(s) Espace(s) des éléments n'ont pas été supprimés , est simplifié . La pop-up  de suppression d'un projet liste explicitement les Espaces  qui contiennent des objets actifs , bloquant  de fait l' opération de suppression du projet . Cette optimisation  facilite la résolution des conflits . Changement de nom d’un groupe d’utilisateurs   Le groupe d'utilisateurs "Serveur d'automatisation de tests" a été renommé "Compte technique"  afin de mieux refléter son objectif plus large  : ces utilisateurs techniques peuvent être utilisés pour tous les scripts/bots  accédant à Squash via l'API REST , pas seulement ceux liés aux tests automatisés. Au vu de cet élargissement, nous avons   restauré  l'aperçu de leurs habilitations sur l'écran d'administration des utilisateurs .

Vidéo en anglais sous-titrée en français dans YouTube

Vidéo en anglais, sous-titrée en français.

Vidéo en anglais, sous-titrée en français.

Les livraisons de Squash (Squash TM 10.1 et Squash Orchestrator 2025-02/2025-04) contiennent les fonctionnalités suivantes : Amélioration de la gestion des synchronisations des exigences dans Squash Personnalisation des modèles Squash pour GitLab Bugtracker Configuration des permissions des Espaces Exécutions et Pilotage Gestion des exigences de haut niveau dans l’API Fonctionnalités supprimées Fonctionnalités dépréciées La liste complète des évolutions et corrections est disponible dans les release notes de Squash TM 10.1 , Squash Orchestrator 2025-02  et Squash Orchestrator 2025-04 . Amélioration de la gestion des synchronisations des exigences dans Squash Les champs synchronisés des exigences ne sont plus modifiables directement dans Squash, que ce soit sur la page de consultation de l'exigence, en mode jalon ou par import. Cela vise à faciliter la maintenance des exigences de vos projets. En effet, les champs synchronisés d'une exigence seront mis à jour lors de la prochaine synchronisation, écrasant les changements qui auraient pu être faits auparavant depuis Squash.   Lors de la configuration de la synchronisation, il reste possible de permettre la modification manuelle du champ "statut", afin de pouvoir agir sur des exigences qui sans cela ne seraient plus mises à jour. Personnalisation des modèles Squash pour GitLab Bugtracker La configuration des quick actions Pour faciliter l'utilisation des quick actions (cf définition ) au moment de la déclaration d'anomalie, celles-ci peuvent être paramétrées afin d'apparaître systématiquement dans le formulaire de déclaration d'anomalie au niveau d'un projet. Ces quick actions seront exécutées par GitLab pour chaque anomalie déclarée dans ce projet. Configuration des permissions des Espaces Exécutions et Pilotage Nécessite l'offre Squash Ultimate. Nous avons continué d'implémenter la configuration des permissions des différents Espaces suite à la V9. Dans cette V10, il est désormais possible de configurer les permissions dans les Espaces Exécutions et Pilotage. Nouvelles permissions Afin de clarifier et simplifier les différentes permissions liées à l'Espace Exécutions, une nouvelle permission « Supprimer les exécutions » a été ajoutée. De même, une nouvelle permission « Télécharger » a été ajoutée dans l'Espace Pilotage. Gestion des exigences de haut niveau dans l’API Nécessite l'offre Squash Premium. Plusieurs points d'API ont été ajoutés pour gérer les exigences de haut niveau. Les points ajoutés sont les suivants : Post Link Delete Unlink De plus, le point d'API Get Requirement a été modifié pour intégrer les exigences de haut niveau.

Vidéo en anglais, sous-titrée en français.

Vidéo en anglais, sous-titrée en français.

Vidéo en anglais, sous-titrée en français.

Les livraisons de Squash TM 9.0 et Squash Orchestrator 2024-11 & 2025-01 contiennent les fonctionnalités suivantes : Premiers pas vers l'analyse des résultats de tests automatisés Personnalisation des permissions des Espaces Exigences, Cas de Test et Actions Automatisation des montées de version de la base de données de Squash TM Configuration de Xsquash4GitLab dans les modèles de projet Amélioration de l'association d'une anomalie GitLab existante à une exécution Prise en compte de l’état des tickets GitLab dans l’intégration entre Squash TM et GitLab Affichage du nombre de tickets synchronisés via Xsquash4Jira et Xsquash4GitLab Suppression des éléments de l'Espace Pilotage via l'API Amélioration de la gestion des serveurs de code source Exploitation des paramètres pour les tests SoapUI Amélioration des performances des imports de cas de test via Excel Audit de Sécurité Fonctionnalités supprimées Fonctionnalités dépréciées La liste complète des évolutions et corrections est disponible dans les release notes de Squash TM 9.0 , Squash Orchestrator 2024-11  et Squash Orchestrator 2025-01 . Premiers pas vers l'analyse des résultats de tests Nécessite le plugin Squash TM Premium et l’offre Squash Premium. Les tests automatisés dont le statut est en échec afficheront dorénavant le message d'erreur directement dans l'écran de détail sans devoir ouvrir le rapport d'exécution. Cette fonctionnalité est actuellement valable pour toutes les technologies de test à l'exception d'UFT. Si un bugtracker est lié au projet, il sera ainsi possible de lier une anomalie (nouvellement créée ou déjà existante) au message d'erreur de l'ITPI afin qu'à sa prochaine exécution en échec pour la même raison, l'anomalie remonte automatiquement. Trois types d'indicateurs ont également été ajoutés afin d'accélérer la phase d'analyse : Un test en échec dont la cause d'échec est inconnue sera indiqué comme " à analyser " contrairement à un test ayant déjà une anomalie liée ; Un test oscillant régulièrement entre succès et échec sans anomalie liée sera indiqué comme " instable " ; Un test en succès dont l'exécution précédente était en échec sera indiqué comme " corrigé " Ces indicateurs permettent de mettre rapidement en évidence qu’une action est nécessaire, que ce soit une création d’anomalie, une maintenance de script, une clôture d’anomalie, etc. Personnalisation des permissions des Espaces Exigences, Cas de Test et Actions Nécessite l'offre Squash Ultimate. Suite à l’ajout en version 8.0 du nouvel Espace de gestion des profils utilisateurs, la fonctionnalité a été étendue, et il est désormais possible de configurer les permissions des Espaces de travail Exigences, Cas de test et Actions. La matrice des permissions a également été mise à jour avec chaque profil système. De plus, il est dorénavant possible de migrer les utilisateurs d'un profil vers un autre afin de faciliter le transfert en masse des habilitations. Automatisation des montées de version de la base de données de Squash TM   Le but de la fonctionnalité est d'automatiser la montée de version de la base de données (si l'administrateur de Squash TM le souhaite). Le paramètre squash.db.update-mode  est initialisé dans le fichier de configuration de Squash TM, et peut contenir les valeurs suivantes : interactive  : valeur par défaut, le mode interactive demande la confirmation dans la fenêtre de lancement de Squash TM du souhait de mise à jour automatique de la base de données, forced  : le mode forced  lance la mise à jour de la base de données dès le démarrage de Squash TM, only  : le mode only  se charge de valider que la version de la base de données est compatible avec la version de Squash TM installée. La base est mise à niveau si nécessaire. Squash TM s'arrête ensuite, que la base ait été mise à niveau ou pas. disabled  : Squash TM n'entreprend aucune mise à jour de la base de données de sa propre initiative. Si la base de données n'est pas à niveau, Squash TM s'arrête en mettant un message explicite dans les logs. Configuration de Xsquash4GitLab dans les modèles de projet Il est dorénavant possible de configurer Xsquash4GitLab dans les modèles de projet.  Lors de la création d’un projet à partir d’un modèle ou de l’association d’un projet à un modèle, une option permet de facilement lier la configuration du plugin afin que ces projets en héritent sans avoir à la paramétrer de nouveau. Un projet peut également être transformé en modèle sans perte de sa configuration. Ces options supplémentaires rendent l’utilisation des modèles de projet plus rapide et simple pour l’utilisateur. Amélioration de l'association d'une anomalie GitLab existante à une exécution La recherche d'une anomalie GitLab à associer à une exécution Squash peut désormais se faire sur le nom et la description de l'anomalie, en complément de la recherche sur l'ID. Cette recherche s'effectue par autocomplétion et les anomalies fermées peuvent être affichées ou masquées dans les résultats.Ce mode de recherche évite à l'utilisateur d'aller chercher l'ID de l'anomalie dans GitLab, rendant le processus d'association plus rapide et user-friendly. Par ailleurs, il est maintenant possible d'enchaîner les associations d'anomalies à une exécution sans fermer puis rouvrir la fenêtre et ce, pour l'ensemble des bugtrackers. Prise en compte de l’état des tickets GitLab dans l’intégration entre Squash et GitLab   Afin de pouvoir suivre plus efficacement l’avancée d’un développement ou d’une correction, la version 9.0 de Squash TM récupère désormais l’état (open / closed) des tickets GitLab.  Ceci est valable à la fois pour les exigences (cette valeur est ajoutée au mapping possible dans la configuration de Xsquash4GitLab) et pour les anomalies (les tableaux d’anomalies connues afficheront désormais l’état des tickets associés dans GitLab).  Cette valeur sera mise à jour à chaque lancement de synchronisation. Affichage du nombre de tickets synchronisés via Xsquash4Jira et Xsquash4GitLab Dans la table de supervision des synchronisations ainsi que sur la page de configuration des plugins Xsquash4Jira et Xsquash4GitLab, une colonne affiche dorénavant le nombre de tickets synchronisés en succès par rapport au nombre total de tickets synchronisés. Suppression des objets de l'Espace Pilotage via l'API Dans le but notamment d’automatiser la suppression des projets, l'API permet à présent de supprimer l'ensemble des objets présents dans l'Espace Pilotage et de récupérer les informations principales relatives à ces objets. Amélioration de la gestion des serveurs de code source Parfois, certaines personnes utilisent Git de manière inappropriée, par exemple en réécrivant une partie de l'historique du dépôt sur le serveur Git en effectuant un « git push --force ». D'autres fois, ils ne respectent pas la règle selon laquelle les scripts créés par Squash pour les cas de test BDD ne doivent pas être modifiés par quelqu'un ou quelque chose d'autre que Squash.   Ces actions peuvent empêcher le dépôt local de se synchroniser avec le dépôt distant. Pour résoudre ces problèmes, l'interface utilisateur de Squash TM fournit désormais un bouton pour supprimer et recréer le dépôt local afin de réparer ces problèmes. De plus, la suppression d'un dépôt Git dans l'interface utilisateur de Squash TM supprime également désormais le dépôt du système de fichiers (dans les versions précédentes de Squash, l'administrateur devait supprimer manuellement le dépôt du disque). Exploitation des paramètres pour les tests SoapUI Squash Orchestrator permet aux tests automatisés d'utiliser les paramètres Squash. Cette fonctionnalité était auparavant disponible pour la plupart des technologies de test, à l'exception de SoapUI. La version 2024-11 (4.15) étend désormais cette capacité aux tests SoapUI. Amélioration des performances des imports de cas de test via Excel Les imports de cas de test par fichiers Excel ont été drastiquement améliorés, tant au niveau de la rapidité d'exécution, que de celui de la mémoire nécessaire. Là où un import de par exemple 4 000 cas de test pouvait prendre plusieurs heures et nécessiter que Squash TM dispose de 4 Go de mémoire dans les versions antérieures, la version 9.0 ne demande que quelques minutes et 2 Go de mémoire. Vous avez le loisir de charger des fichiers encore plus volumineux. La version 10.0 verra cette évolution appliquée aux imports d'exigences via Excel. Audit de Sécurité En matière de sécurité, Squash TM 9.0 a été audité avec succès par Ziwit ( https://www.ziwit.com/fr/ ), un auditeur français certifié en cybersécurité. L'audit consistait en un test de pénétration. Aucune vulnérabilité n'a été détectée.