Aller au contenu

Release notes de SquashTM 13.X

Configuration de la confirmation renforcée avant suppression

La propriété de configuration squash.control.deletion.threshold a été dépréciée. Pour démarrer votre instance SquashTM, veuillez la supprimer de votre fichier de configuration. Le seuil de confirmation renforcée avant suppression est désormais défini depuis le sous-menu "Système" de l'espace Administration.

SquashTM 13.0.2

Sortie le 24/03/2026

Corrections

  • Exigences :

    • 614 L'affichage d'une exigence avec de nombreux cas de test exĂ©cutĂ©s pouvait ĂŞtre ralenti ou tomber en erreur.
  • Cas de test :

    • 613 L'affichage d'un cas de test après sa restauration Ă©tait cassĂ©, si la liste personnalisĂ©e Ă  laquelle il Ă©tait associĂ© a Ă©tĂ© modifiĂ©.
  • ExĂ©cutions :

    • 611 Il Ă©tait impossible de modifier un cas de test en cours d'exĂ©cution.
    • 612 IncrĂ©mentation du numĂ©ro d'exĂ©cution basĂ©e sur le nombre de pas de test si on exĂ©cutait en chaine tous les tests.
    • Impossible d'exporter une campagne si elle contenait des cas de test issus de deux projets diffĂ©rents ayant le mĂŞme champ personnalisĂ©.
    • Impossible pour un utilisateur avec l'habilitation Testeur de relancer une exĂ©cution en chaine contenant un scĂ©nario de test supprimĂ©, mĂŞme s'il ne lui Ă©tait pas assignĂ©.
    • Les graphiques Statistiques de la campagne ne s'affichaient pas lorsque la case "Afficher uniquement les statistiques de la dernière exĂ©cution" Ă©tait dĂ©cochĂ©e, dans certains cas.
    • 609 L'exĂ©cution de certaines requĂŞtes restait bloquĂ©e pendant de longues pĂ©riodes.
  • Pilotage :

    • 622 Lors d'un export personnalisĂ©, les identifiants des anomalies Jira Ă©taient exportĂ©s Ă  la place de leur clĂ©.
  • Xsquash4GitLab :

    • La prise en compte des modifications d'exigences synchronisĂ©es, suite Ă  la rĂ©ception d'un webhook, Ă©tait retardĂ©e.
  • SĂ©curitĂ© :

SquashTM 13.0.1

Sortie le 16/02/2026

Corrections

  • ExĂ©cutions :

    • L'ordre d'exĂ©cution des plans de test Ă©tait inversĂ© après suppression d'une suite de tests ou d'une suite automatisĂ©e.
  • Technique :

    • Des lenteurs pouvaient survenir lors de la suppression des clĂ©s Ă©trangères autour de la table AI_USE (anciennement AI_USAGE) durant la montĂ©e de version de la base de donnĂ©es.

SquashTM 13.0.0

Sortie le 28/01/2026

Évolutions

  • Automatisation :

    • Aide Ă  la sĂ©lection des cas de test Ă  automatiser : ajout du mode "Ma dernière analyse".
    • Aide Ă  la sĂ©lection des cas de test Ă  automatiser : ergonomie amĂ©liorĂ©e (nouvelles colonnes de grille, filtrage de projet amĂ©lioré…).
    • Supervision de l'exĂ©cution automatique des tests : la barre de progression affiche les exĂ©cutions en attente de nouvelle tentative dans une couleur diffĂ©rente.
    • Nettoyage des suites automatisĂ©es : suppression des assertions en erreur orphelines.
  • Intelligence artificielle :

    • La gĂ©nĂ©ration de cas de test par intelligence artificielle sort du statut expĂ©rimental.
    • Le contexte de gĂ©nĂ©ration est enrichi par l'intĂ©gration des mĂ©tadonnĂ©es de l'exigence (titre, nature, catĂ©gorie, criticitĂ©) ainsi que des images intĂ©grĂ©es dans la description de l'exigence, pour les modèles compatibles.
    • La configuration des serveurs d'intelligence artificielle a Ă©tĂ© repensĂ©e. Elle propose dĂ©sormais une configuration simplifiĂ©e pour les fournisseurs classiques (OpenAI, Anthropic, Mistral AI…) et une configuration personnalisĂ©e supportant un Ă©ventail plus large d'APIs. Ce mĂ©canisme constitue un socle pĂ©renne pour les futures utilisations de l'IA dans SquashTM.
  • Transverse / Ergonomie :

    • Les formats de date et d'heure sont homogènes dans toutes les langues.
  • API REST :

    • L'API REST est dĂ©sormais stateless.
    • Mise Ă  jour des noms de suites de tests via l'API.
  • Administration :

    • Corbeille d'administration : Les profils "administrateur" et "chef de projet" peuvent restaurer et supprimer dĂ©finitivement les objets de l'espace Cas de test.
  • Technique :

    • Streaming des exports de campagne, y compris l'export personnalisĂ©.
  • Tuleap Bugtracker :

    • 566 Support de l'authentification par token.
  • Redmine Bugtracker :

    • 140 Ajout de l'autocomplĂ©tion sur les champs 'AssignĂ©' et 'Version cible'.
    • 541 AmĂ©lioration du format des messages d'erreur.

Corrections

  • ExĂ©cutions :

    • Nettoyage des donnĂ©es : un changeset supprime les exĂ©cutions orphelines lors de la montĂ©e de version.
    • Import d'exĂ©cutions : les valeurs obligatoires vides (comme la valeur du champ personnalisĂ© ou le nom de la pièce jointe) n'Ă©taient pas traitĂ©es correctement.
  • Reporting :

    • Export personnalisĂ© de campagne : La valorisation des champs personnalisĂ©s (quel que soit le type de champ personnalisĂ©) associĂ©s aux pas de test n'Ă©tait pas prise en compte.
    • Avancement qualitatif :
      • L'aperçu avant tĂ©lĂ©chargement ne s'affichait pas correctement.
      • Avancement qualitatif : l'affichage de l'onglet "liste des exigences avec leur statut d'exĂ©cution" Ă©chouait lorsque le statut "arbitrĂ©" Ă©tait activĂ©.
    • Cahier de tests (format Ă©ditable) : les exigences liĂ©es Ă  un pas de test n'Ă©taient pas listĂ©es.
    • Cahier d'exigences (format Ă©ditable) : le lien de l'exigence de haut niveau n'Ă©tait pas pris en compte.
    • Les graphiques personnalisĂ©s avec des champs d'Ă©lĂ©ments de plan d'exĂ©cution ne s'affichaient pas dans certains cas.
  • Cas de test :

    • La fonctionnalitĂ© "Ajouter des cas de test Ă  partir des exigences sĂ©lectionnĂ©es" Ă©chouait.
  • Automatisation :

    • 579 La suppression des suites automatisĂ©es Ă©tait en Ă©chec.
  • Import :

    • 474 La simulation et le rapport post-import indiquaient tous deux des messages d'avertissement concernant les pas de test alors que la colonne TC_STEP_NUM Ă©tait correctement remplie et que leur import Ă©tait en succès.
    • L'import XLS des cas de test ne traitait pas correctement le lien avec les exigences.
  • API REST :

    • 556 L'accès Ă  la documentation de l'API REST est dĂ©sormais possible sans authentification (AD, OpenID-Connect, LDAP)
    • Lorsqu'une version d'exigence ou un cas de test Ă©taient associĂ©s Ă  plusieurs jalons, l'appel API /api/rest/latest/{entity Rel Name} ne renvoyait pas le bon nombre de rĂ©sultats.
    • 581 Lorsque des projets Ă©taient associĂ©s Ă  plusieurs jalons, l'appel API /api/rest/latest/projects ne renvoyait pas le bon nombre de rĂ©sultats.
  • Authentification :

    • SAML :

      • L'authentification Ă©tait partielle tandis que la validation de l'assertion Ă©chouait.
  • Bugtracker Bugzilla :

    • 523 SquashTM ne parvenait pas Ă  atteindre une instance Bugzilla en HTTPS lors de la dĂ©claration du serveur de bugtracker.
  • Xsquash4Jira :

    • 533 Les liens entre les exigences classiques et les exigences de haut niveau n'Ă©taient pas automatiquement créés lors d'une nouvelle synchronisation.
  • Bugtracker Jira Cloud :

    • L'initialisation du formulaire de dĂ©claration d'anomalie pouvait expirer.
  • Jira Automation Workflow :

    • Page de configuration du plugin : la rĂ©cupĂ©ration des projets disponibles est plus rapide.
  • Bugtracker Tuleap :

    • Les fichiers PNG et docx n'Ă©taient pas pris en charge lors de la dĂ©claration d'une anomalie depuis SquashTM.
  • Bugtracker Redmine :

    • 549 Les versions verrouillĂ©es ou fermĂ©es Ă©taient affichĂ©es et sĂ©lectionnables pour les champs personnalisĂ©s Version.
    • 551 Les messages d'erreur pour la validation des champs numĂ©riques n'indiquaient pas quel champ provoquait l'erreur.
  • Performances :

    • 515 La suppression de cas de test Ă©tait excessivement lente.
    • 528 Optimisation du temps d'affichage des suites automatisĂ©es.
    • AmĂ©lioration des performances lors de la suppression d'un dossier.
    • Optimisation du temps d'affichage d'un dossier ou d'une bibliothèque.
    • Optimisation du temps d'affichage des statistiques.
  • Administration :

    • Il n'Ă©tait pas possible de crĂ©er un champ personnalisĂ© de type texte riche lorsqu'une image Ă©tait dĂ©finie comme valeur par dĂ©faut.
    • La modification d'utilisateurs inactifs via l'API les rendait actifs.
  • Transverse :

    • 391 Les listes dĂ©roulantes n'Ă©taient pas ancrĂ©es au champ de sĂ©lection après un dĂ©filement dans la fenĂŞtre de dĂ©claration d'anomalies.
  • Fichier de configuration :

    • La propriĂ©tĂ© squash.security.api-session.max-concurrent-sessions, qui a Ă©tĂ© supprimĂ©e dans la version 10.2.7 de SquashTM, Ă©tait toujours documentĂ©e dans le fichier de configuration par dĂ©faut.

Compatibilité avec les logiciels tiers

Gestion des tickets

LogicielVersion
GitLab Cloud18.9.0-pre
GitLab Server17.7
Jira Cloud10.01
Jira DataCenter10.4.1

Gestion des anomalies

LogicielVersion
Azure DevOps ServicesDev20.M266.1
Azure DevOps Server2022.1
Bugzilla5.0.6
GitLab Cloud18.9.0-pre
GitLab Server17.7
Jira Cloud10.01
Jira DataCenter10.4.1
Mantis2.25.3
Redmine6.0.6
RTC6.0.3
Tuleap17.1.99

Automatisation

Technologies de testVersion
Agilitest đź’Ž2.3.0
Cucumber JVM7.0.0
Cucumber JVM4.2.6
Cypress12.12.0
JUnit5.3.2
JUnit4.12
Katalon đź’Ž8.2.0
Playwright1.43.1
Postman8.12.1
Ranorex đź’Ž9.5
Robot Framework6.1.1
SKF1.14.0
SoapUI5.6.0
UFT đź’Ž15.0.2