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.

Espace disque libre nécessaire pour la mise à niveau de la base de données

Pour les utilisateurs ayant une base de données MariaDB contenant de nombreuses pièces jointes, il faut faire attention à disposer d'un espace disque libre suffisant : comme décrit ici, la base de données ne devrait pas consommer plus de 40% de l'espace disque, sinon la mise à niveau vers Squash TM 11.0.0 pourrait échouer. Si votre base de données MariaDB occupe plus de 40%, vous devez allouer davantage d'espace disque.

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.1

Sortie le 21/08/2025

Corrections

Cas de test :
- L’import de cas de test pouvait échouer lorsque la base contenait un très grand nombre d’appels de cas de test.
Technique :
- Le changeset tm-10.0.0-migrate-iteration-executions présent dans le script de montée de version de la version 10.0.0 pouvait provoquer l'échec de mise à jour de la base de données.
- Le fichier de configuration n’incluait pas la propriété squash.control.deletion.threshold (voir la 'documentation').
API REST :
- La documentation de l’API REST GET Sprint Requirement Version indiquait à tort que certains champs étaient nuls en mode NATIVE.

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.
  - 283 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.
Exécutions :
- Mise en cohérence des sprints avec les autres objets de l'espace Exécutions.
  - Les exécutions via un sprint sont désormais prises en compte dans la recherche de l'espace Exécutions.
  - 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.
  - 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.
Reporting :
- Les tests exécutés à travers plusieurs campagnes et itérations peuvent être consolidés dans un document unique.
  - 295 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.
- 29 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 :
- 424 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.
- 423 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.
Performance :
- Amélioration des performances sur l'affichage des éléments dans la bibliothèque inter-projets.
- Amélioration des performances sur l'affichage du plan d'exécution d'une itération.
Technique :
- Migration de cinq plugins de rapport dans le cœur :
  - report.books.requirements.editable-X.Y.Z.RELEASE.jar
  - report.books.testcases.editable-X.Y.Z.RELEASE.jar
  - report.books.requirements.pdf-X.Y.Z.RELEASE.jar
  - report.books.testcases.pdf-X.Y.Z.RELEASE.jar
  - report.qualitativecoverage-X.Y.Z.RELEASE.jar
- 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 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.
Serveurs d'intelligence artificielle :
- 461 La validation de la configuration du serveur d’intelligence artificielle échouait en raison d’un code retour 201 renvoyé par l’API du fournisseur.
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 balises 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