Release notes de Squash TM 10.X

Montée de version de Java

À partir de la version 10.1.0, Squash TM n'est plus compatible avec les versions inférieures à Java 21.

Modification requise pour MariaDB

Squash TM utilise désormais des séquences sur MariaDB.
Ce changement nécessite de créer un rôle et de l'allouer à l'utilisateur de la base. Ceci doit être fait avant la montée de version vers 10.1.0.

Pour cela, il faut passer les requêtes suivantes avec un utilisateur ayant les pleins pouvoirs :

GRANT USAGE ON squashtm.* TO 'squash-tm'@'%' WITH GRANT OPTION;
CREATE ROLE alter_squash_table_seq;
GRANT alter_squash_table_seq TO 'squash-tm'@'%';
SET DEFAULT ROLE alter_squash_table_seq FOR 'squash-tm'@'%';
FLUSH PRIVILEGES;

squashtm doit y être remplacé par le nom de la base de données.
squash-tm doit y être remplacé par le nom de l'utilisateur de la base de données tel que défini par spring.datasource.username.

Modification de la configuration du plugin SAML

La version 10.1.0 apporte des modifications importantes au plugin SAML qui nécessitent une mise à jour de la configuration. Veuillez vous référer à la section Modifications à partir de la version 10.1.0.

Modification de la configuration de l'accès à la base de données

Le port d'accès et la connexion à la base de données sont désormais configurés via le fichier de configuration de Squash TM (conf/squash.tm.cfg.properties).

Modification du schéma de la base de données

Le schéma de la base de données a été modifié, en particulier les tables liées aux plans de test et aux plans de test d'exécution. Si vous extrayez actuellement des données directement de la base de données, vos scripts devront être mis à jour.
Nous recommandons fortement d'utiliser l'API REST plutôt qu'un accès direct à la base de données pour les raisons suivantes :

• Les futures versions continueront d'inclure des modifications du schéma de la base de données pour améliorer les performances et la maintenabilité de Squash.
• L'accès direct à la base de données nécessitera une maintenance et des mises à jour régulières de vos scripts.
• L'API REST fournit une interface stable qui vous protège de ces changements.

Si vous avez besoin de détails sur les modifications du schéma pour cette version, vous pouvez contacter l'Équipe Support Squash.

Squash TM 10.1.0 est la première version publiée de la série Squash TM 10.X

En raison d'un problème critique identifié lors des tests finaux de la release, la version 10.0.x n'a pas été publiée. Squash TM 10.1.0 constitue la version initiale de la série Squash TM 10.

Squash TM 10.2.0

Sortie le 03/07/2025

Évolutions

• Xsquash4GitLab :
  • 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.

Corrections

• Bugtracker Bugzilla :

  • 459 La configuration de la propriété plugin.bugtracker.bugzilla.cache-refresh.cron-expression empêchait le démarrage de Squash.

• Exécutions :

  • L’affichage du plan d’exécution d’une itération pouvait être anormalement lent.
  • Le bouton permettant de lancer une nouvelle exécution, avec ou sans pop-up, pouvait apparaître grisé sans raison apparente.

Squash TM 10.1.0

Sortie le 03/06/2025

Évolutions

• Exigences :

  • Les référentiels d'exigences externes sont la source de vérité pour les exigences synchronisées.
    • Les champs synchronisés ne sont pas modifiables directement dans Squash. Ces champs sont mis à jour à chaque synchronisation.
    • Une exigence synchronisée ne peut pas être convertie en exigence de haut niveau.
    • Une exigence de haut niveau synchronisée ne peut pas être convertie en exigence.

• Exécutions :

  • Les tableaux des exigences de sprints manuels et synchronisés sont filtrables et triables selon les valeurs des colonnes "Catégorie", "Criticité" et "Statut".

• Automatisation :

  • Le livelog est supprimé et remplacé par le fichier de log définitif à la fin d'une exécution de suite automatisée.

• Transverse / Ergonomie :

  • Le fil d'Ariane et le chemin des objets sont cliquables et utilisables pour naviguer dans les différents espaces.
  • Mise à jour de l'aide à la configuration des champs synchronisés pour Xsquash4GitLab et XSquash4Jira. Ajout d'un exemple de configuration d'équivalences dans le format attendu et d'un lien vers la documentation officielle.
  • L'administrateur est averti de la perte de visibilité des anomalies actuellement liées lors du changement de Bugtracker associé à un projet.
  • Lors de la modification des liens entre exigences, une pop-up empêche l'édition simultanée des rôles et codes.

• Administration :

  • Les permissions des espaces Exécutions et Pilotage peuvent être configurées pour des profils personnalisés.
  • Ajout de nouvelles permissions "Supprimer les exécutions" dans l'espace Exécutions et "Télécharger" dans l'espace pilotage.

• Technique :

  • Montée de version vers Java 21.
  • Montée de version vers Spring Boot 3 et gestion des dépréciations liées.

• Bugtracker GitLab :

  • Des "quick actions" GitLab peuvent être insérées dans le corps d'une anomalie lors de sa déclaration.
  • Le chef de projet peut personnaliser le template avec du texte libre et/ou une liste de "quick actions" GitLab qui apparaîtront en fin de la section "Description".

• API REST :

  • Création des points de terminaison d'API pour la gestion des exigences de haut niveau.
    • Création, lecture, modification d'une exigence de haut niveau ;
    • Liaison d'une exigence simple à une exigence de haut niveau ;
    • Suppression du lien entre une exigence et une exigence de haut niveau.

• Authentification :

  • 327 Le plugin SAML est compatible avec ESAPI version 2.5.4.

Fonctionnalités supprimées

• Le plugin Jira Requirements est définitivement remplacé par XSquash4Jira et n'est plus distribué à partir de Squash 10.1.0
• PostgreSQL 13, PostgreSQL 14 et MariaDB 10.6 ne sont plus supportés.
• L'authentification à l'API REST par "Basic auth" est désactivée par défaut.

Corrections

• Exécutions :

  • Le temps d'affichage du message d'erreur pour l'exécution d'un test sans pas de test était variable. Il n'est plus possible d'exécuter manuellement un test sans pas de test.
  • La fenêtre de déclaration des anomalies ne s'affichait pas correctement si un chemin de projet renseigné dans l'administration projet était incorrect.
  • Il était impossible de supprimer une exécution manuelle d'un test qui avait également des exécutions automatisées supprimées.
  • Il était impossible de supprimer une campagne si une exécution automatisée avait été interrompue.
  • La colonne "% de pas en succès" d'un plan d'exécution était valorisée à "0" lors de l'exécution de tests automatisés.
  • 360 L'exécution des tests pour valider les exigences d'un sprint échouait suite à l'ajout au préalable d'une pièce jointe externe dans les cas de test.
  • 409 En mode exécution, la barre de défilement n'apparaissait pas si la largeur d'un tableau dépassait la taille du panneau.

• Reporting :

  • 324 Le filtre des graphiques "contient toutes les valeurs" n'était pas pris en compte correctement.

• Automatisation :

  • Les variables d'environnement étaient dupliquées pour chaque ITPI.
  • Le bouton de lancement des tests automatisés n'était pas désactivé pour les utilisateurs du profil "invité".
  • 355 A l'ouverture d'un rapport de tests automatisés tar, une page blanche apparaissait parfois.
  • L'indicateur "instable" n'était pas activé si les assertions en erreur n'étaient pas identiques.
  • Les filtres de colonnes des suites automatisées étaient conservés, même après masquage des colonnes.

• Import :

  • 123 La présence d'espaces dans les chemins d'accès aux exigences et cas de test mettait en échec l'import.
  • 280 En fonction des formats de fichier d'import, lorsque la valeur numérique 0 était renseignée comme unique entrée dans un pas de test, l'import était en erreur.

• Transverse :

  • Les noms trop longs d'éléments limitaient leur identification dans les panneaux d'associations. Les noms peuvent être tronqués à droite ou à gauche.
  • Gestion du message d'erreur lors de la recherche d'une anomalie existante via un identifiant mal formaté.

• Bugtracker Azure DevOps :

  • Ajout d'un système de cache afin d'afficher plus rapidement le formulaire de déclaration d'anomalies.

• Bugtracker Tuleap :

  • Les champs non éditables étaient affichés dans le formulaire "déclaration d'anomalies".
  • 357 Les informations du cas de test n'étaient pas incluses dans le champ "Original Submission".

• Bilan de campagne et d'itération :

  • 447 La génération du bilan d'itération pouvait échouer lorsque la case [Inclure le détail des anomalies] était cochée.

• API REST :

  • 235 Le tri par défaut des GET était aléatoire.

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 10.X 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	17.9.0-pre
GitLab Server	17.6
Jira Cloud	10.01
Jira DataCenter	10.4.1

Gestion des anomalies

Logiciel	Version
Azure DevOps Services	2025.01
Azure DevOps Server	2022.1
Bugzilla	5.0.6
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