Aller au contenu

Release notes de Squash TM 11.X

Suppression d'anciens fichiers des plugins de rapport

Les fichiers des plugins Cahier des exigences PDF et éditable, Cahier de test PDF et éditable et Avancement qualitatif ne sont plus inclus dans les distributions de Squash TM. Ces plugins sont désormais intégrés au cœur de Squash TM. Les anciennes versions des fichiers de ces plugins doivent être supprimées du répertoire squash-tm/plugins, car cela pourrait entraîner des effets de bord et empêcher le démarrage correct de Squash TM.

Modification des propriétés de configuration Actuator de Spring Boot

Squash TM utilise maintenant Spring Boot 3.4.5 et intègre la correction de certaines dépréciations de configuration.

La propriété suivante est désormais dépréciée : management.endpoints.enabled-by-default.

Elle est remplacée par : management.endpoints.access.default.

Ce changement permet une configuration plus fine des droits d'accès aux points de terminaison (endpoints) web Actuators. Cette nouvelle propriété permet de spécifier un niveau d'accès par défaut aux points de terminaison : none, read-only ou unrestricted. Pour plus d'informations autour de la surveillance de Squash TM, voir Supervision de Squash TM.

Arrêt du support du SGDBR H2

Le SGBDR H2 n'est plus supporté. Les personnes désirant découvrir facilement Squash TM pourront le faire en utilisant l'image Docker ou nos propositions d'essais.

Bilan de campagnes et d'itérations - Modification des templates de rapport

Les templates de rapport par défaut ont été mis à jour afin de prendre en charge la sélection multiple dans le périmètre.

Si vous utilisez des templates personnalisés, pensez à les mettre à jour.

Attention : les anciens templates ne seront plus maintenus à partir de Squash TM 15.

Changement de nom du groupe "Serveur d'automatisation de tests"

Le groupe d'utilisateurs "Serveur d'automatisation de tests" est renommé "Compte technique".

Squash TM 11.0.0

Sortie le 30/07/2025

Évolutions

  • Exigences :

    • Les référentiels d'exigences externes sont la source de vérité pour les exigences synchronisées.
      • Les exigences avec le statut "approuvé" ou "obsolète" sont synchronisées ;
      • En tant que champ synchronisé, le champ "statut" n'est pas modifiable directement dans Squash. Ce champ est mis à jour à chaque synchronisation.
    • Afin d'afficher le statut de test directement, des labels GitLab sont publiés automatiquement sur les issues liées à des exigences synchronisées, permettant une identification visuelle rapide des états de progression des tests.
    • Continuité des commentaires de synchronisation en cas de renouvellement des jetons GitLab (Project Access Token ou autre) impliquant un changement de droits et/ou d'utilisateur.
  • Exécutions :

    • Mise en cohérence des sprints avec les autres objets de l'espace exécutions.
      • Les exécutions peuvent être enchaînées à partir du plan de test général d'un sprint, ainsi qu'à partir du plan de test d'une exigence de sprint.
      • Une nouvelle ancre "tableau de bord" permet de suivre visuellement l'avancement de la validation d'un sprint. Il est possible de se limiter aux statuts de la dernière exécution grâce à un filtre.
      • Ajout également d'une colonne sprint dans la section recherche de l'espace exécution pour pouvoir distinguer des éléments présents dans des campagnes / itérations et les éléments présents dans les sprints.
  • Reporting :

    • Les tests exécutés à travers plusieurs campagnes et itérations peuvent être consolidés dans un document unique.
      • Génération de rapports multi-campagnes et multi-itérations ;
      • Personnalisation des templates de rapports multi-campagnes et multi-itérations.
  • Automatisation :

    • Aide à la priorisation intelligente des cas de test grâce à une analyse automatique basée sur la fréquence d'exécution, le taux de réussite et la criticité métier.
      • Analyse du patrimoine de test selon un algorithme pour suggérer les meilleurs candidats à l'automatisation ;
      • Visualisation, par l'utilisateur connecté, de la dernière analyse (en cours ou terminée) ;
      • Validation ou rejet des candidats suggérés pour l'automatisation ;
      • Visualisation des tests éligibles à l'automatisation.
    • Possibilité de transférer des jeux de données d'un cas de test appelé vers les scripts automatisés exécutés par l'orchestrateur (mode autonome).
  • Transverse / Ergonomie :

    • Sécurisation de la suppression avec l'ajout d'une demande de confirmation avant suppression. L'utilisateur renseigne explicitement, dans une pop-up, le nombre d'éléments qu'il va supprimer.
    • Aide à la suppression d'un projet avec localisation des éléments résiduels.
    • Performance du traitement des webhooks améliorée grâce à l'implémentation de requêtes GraphQL ciblées. Les webhooks sont traités immédiatement après la complétion des synchronisations individuelles, plutôt que d'attendre la fin du cycle complet de synchronisation.
    • Le groupe d'utilisateurs "Serveur d'automatisation de tests" a été renommé "Compte technique" afin de mieux refléter son objectif plus large.
  • Administration :

    • Les permissions de l'espace automatisation sont configurables pour des profils personnalisés.
  • API REST :

    • Création des points de terminaison d'API pour la gestion des sprints.
      • Création, lecture, modification et suppression d'un groupe de sprints ;
      • Création, lecture, modification et suppression d'un sprint manuel ;
      • Création, lecture, modification et suppression d'un sprint synchronisé.
  • Performance :

    • Affichage des éléments dans la bibliothèque inter-projets.
    • Affichage de l'arbre des projets.
    • Affichage du plan d'exécution d'une itération.
    • Import d'exigences.
  • Technique :

    • Migration de cinq plugins de rapport dans le cœur : Cahiers d'exigences et de cas de test (éditables et PDF), Avancement qualitatif.
    • Configuration et démarrage de l'image Docker via des variables d'environnement Spring.
    • Montée de version vers Spring Boot 3.4.5 et gestion des dépréciations liées.
    • Montée de version vers Angular 19 et gestion des dépréciations liées.

Fonctionnalités supprimées

  • Le plugin RTC Bugtracker est abandonné et n'est plus distribué à partir de Squash TM 11.0.0.
  • Le système de gestion de base de données H2 n'est plus supporté.

Corrections

  • Exécutions :

    • 411 Les images ne s'affichaient pas lors de l'exécution si le cas de test appartient à un projet sans autorisation.
    • Les pièces jointes attachées aux cas de test n'étaient pas actualisées une fois ce dernier exécuté.
    • Le bloc "résultat" d'un pas de scénario d'exécution contenait un espace blanc vide non voulu.
    • L'ancre de statistique d'avancement n'était pas mise à jour automatiquement dans certains cas.
    • Le nombre de cas de test dans l'ancre "statistiques" d'une suite de tests était incorrect.
    • Le contenu du plan de test n'était pas copié quand une suite existante était copiée dans une autre itération.
    • Les messages d'information et d'erreur lors de l'exécution en chaîne d'un plan de test contenant un test exploratoire étaient pouvaient prêter à confusion.
    • L'exécution d'un cas de test à partir du bouton "play" en fin de ligne était impossible dans une itération.
    • Les exports de campagnes en CSV utilisaient une virgule comme séparateur au lieu d'un point-virgule et les CUF de type texte riche n'étaient pas correctement échappés.
  • Reporting :

    • 100 Les rapports d'exécutions contenaient des caractères mal encodés sur les contenus synchronisés depuis Jira.
    • 246 L'export de campagne complet omettait les pas de test qui contenaient un cas de test appelé.
    • 361 Il était impossible d'ouvrir correctement un rapport contenant des émoticônes dans un champ simple.
    • La génération d'un bilan de campagne et d'un bilan d'itération était impossible lorsque l'option d'inclure le détail des anomalies était cochée
    • La génération du rapport d'avancement de l'exécution d'une campagne liée à un jalon était impossible.
    • L'export de campagne n'était pas cohérent sur les formats de date et sur l'identifiant des pas de test.
    • L'import de cas de test était impossible pour certains noms de cas de test, exemple : "$/".
  • Exigences :

    • La suppression d'une exigence couverte par plusieurs cas de test était en erreur.
  • Cas de test:

    • Les images en description d'un cas de test n'étaient pas affichées quand le cas de test était créé à partir d'une exigence via copie/import.
  • Automatisation :

    • 451 Il était impossible d'activer le workflow d'automatisation lorsqu'un script automatique est déjà défini dans le projet.
    • Le filtre par date de la colonne "transmis le" du tableau d'assignation de la vue automaticien de l'espace automatisation était impossible.
  • Import :

    • 438 À l'import, l'ajout d'un jeu de données à un cas de test était en échec.
  • Transverse :

    • Le nombre d'exigences dans le dashboard du projet n'était pas correct.
    • L'URL des images collées dans les zones de texte riche n'était pas correcte.
    • La configuration des colonnes de la page de recherche lorsque le lancement automatique de la recherche pour l'ensemble des pages de recherche des différents espaces était activé entraînait des requêtes redondantes.
    • L'ajout d'une pièce jointe dont la taille excédait 15 Mo n'était pas possible.
    • Les paramètres UTM étaient manquants pour les documentations "de" et "es".
    • La suppression d'un projet contenant une bibliothèque de mots d'action était impossible sans licence.
    • La recherche était exécutée automatiquement lorsqu'un critère de recherche était désélectionné.
    • Le tri sur la colonne "statut" des profils dans l'espace administration était inversé.
  • Bugtracker Azure DevOps :

    • 419 Certaines balisent HTML étaient affichés dans la description des tickets à lier.
  • Xsquash4Jira :

    • 436 Le champ "Sprint" n'était pas récupérable depuis Jira Cloud.
    • La dissociation d'un US d'une epic dans un projet Jira "team-managed" n'était pas répercutée dans Squash TM.
  • Xsquash4GitLab :

    • Le message d'erreur n'était pas affiché en dessous des champs obligatoires dans la pop-up "ajout d'une synchronisation".
  • API REST :

    • Il n'était pas possible de créer une exigence de haut niveau.
    • Précision apportée sur le type et la cause en cas d'erreur sur la valeur d'un champ dans une requête POST.
    • Le nom du champ était absent lors du retour d'une erreur de validation (fieldValidationError) suite à un appel POST sur /ai-server.
    • La validation de nœud "parent" lors d'un appel patch n'était pas nécessaire et pouvait résulter dans des erreurs 500.
  • Performances :

    • Des verrous (deadlocks) étaient possibles en raison de l'ordre non déterministe de verrouillage des entités lorsque plusieurs threads tentaient de verrouiller les mêmes entités par lots.
    • La suppression d'un élément du plan d'exécution, lorsqu'il comprenait plus de 1000 suites automatisées, pouvait entraîner un dépassement de délai, se soldant par une erreur HTTP 502.

Plugins

  • Nouvelle version pour tous les plugins : compatibilité avec Squash TM et corrections.
  • Les release notes des plugins sont incluses dans la release note de Squash TM.

Compatibilité avec les logiciels tiers

La version 11.0 de Squash TM a été validée avec les versions suivantes des logiciels tiers. Elle devrait être compatible avec des versions plus récentes.

Gestion des tickets

Logiciel Version
GitLab Cloud 18.3.0-pre
GitLab Server 17.7
Jira Cloud 10.01
Jira DataCenter 9.11 & 10.4.1

Gestion des anomalies

Logiciel Version
Azure DevOps Services 2025.01
Azure DevOps Server 2022.1
Bugzilla 5.0.6
GitLab Cloud 18.3.0-pre
GitLab Server 17.7
Jira Cloud 10.01
Jira DataCenter 10.4.1
Mantis 2.25.3
Redmine 6.0.2
RTC 6.0.3
Tuleap 14.4.99.130

Automatisation

Technologies de test Version
Agilitest 💎 2.3.0
Cucumber JVM 7.0.0
Cucumber JVM 4.2.6
Cypress 12.12.0
JUnit 5.3.2
JUnit 4.12
Katalon 💎 8.2.0
Playwright 1.43.1
Postman 8.12.1
Ranorex 💎 9.5
Robot Framework 6.1.1
SKF 1.14.0
SoapUI 5.6.0
UFT 💎 15.0.2