La version 2022-01 de Squash AUTOM et Squash DEVOPS est disponible. Il s'agit d'une version de maintenance qui corrige quelques bugs et inclut quelques améliorations mineures : plus d'informations et des messages plus clairs dans les logs agent (utilisé pour connecter un environnement de test à l'orchestrateur lorsque ssh n'est pas utilisable) amélioration des performances possibilité de désactiver la vérification des certificats support des certificats privés opentf-ctl (l'outil utilisé pour contrôler un orchestrateur) opentf-ctl get workflows affiche plus de colonnes (ID, statut, premier timestamp, nom) opentf-ctl supporte maintenant les commandes get agents et delete agent pour lister et tuer des agents. Pour rappel, les nouvelles versions de Squash AUTOM et DEVOPS sont publiées chaque mois (sauf en août). La version 2022-02 ajoutera le support de Katalon et la possibilité d'utiliser l'Orchestrateur comme une simple Quality Gate dans un pipeline CI/CD. Chaque version d'AUTOM/DEVOPS contient plusieurs composants ayant chacun leur propre numéro de version. Vous pouvez les consulter sur notre page de téléchargement ou dans nos release notes version par version.

En plus de la mise à jour de la bibliothèque log4j (voir https://www.squashtest.com/post/annonces-correctifs-bibliothèque-apache-log4j), un nouveau problème de sécurité a été corrigé : les informations d'identification de l'utilisateur lançant certains tests automatisés dans Squash TM pouvaient être récupérées dans des paquets réseau. Il est fortement conseillé, en particulier dans le cas de l'Orchestrator, de mettre à jour Squash TM et Squash AUTOM vers les dernières versions : 1.22.9, 2.2.0, ou 3.0.2. Veuillez noter que Squash TM, le plugin Result Publisher et le plugin AUTOM doivent être mis à niveau en même temps, sinon Squash AUTOM ne fonctionnera pas. La version 2021-12 ajoute le support de Cucumber (https://cucumber.io/) : - il est maintenant possible d'exécuter des tests Cucumber 6 ou 7 - l'exécution de Cucumber 5 ne génère plus de messages d'avertissement d'obsolescence Afin d'exécuter des tests automatisés avec Cucumber 5 ou plus, ceux-ci doivent être déclarés dans Squash TM 3.0 avec la technologie "Cucumber 5+" (voir https://autom-devops-fr.doc.squashtest.com/latest/autom/cucumber.html). Pour Squash DEVOPS, une nouvelle action "cucumber5/cucumber" est disponible (voir https://opentestfactory.gitlab.io/orchestrator/providers/cucumber/). Les outils de l'orchestrateur ont été améliorés. "opentf-ctl" peut maintenant être utilisé pour générer ou modifier un fichier de configuration, il peut lister les agents, le rapport d'erreur a été amélioré... La liste complète des améliorations peut être trouvée dans les notes de version (https://autom-devops-fr.doc.squashtest.com/latest/release-note/orchestrator-tools/orchestrator-tools-0.29.2.html). Pour rappel, les nouvelles versions de Squash AUTOM et DEVOPS sont publiées mensuellement (sauf en août). La version 2022-01 sera une version de maintenance avec des améliorations mineures. La version 2022-02 ajoutera le support de Katalon et la possibilité d'utiliser l'Orchestrator comme une simple Quality Gate dans un pipeline CI/CD. Chaque version d'AUTOM/DEVOPS contient plusieurs composants ayant chacun leur propre numéro de version. Vous pouvez les consulter ici.

La version 3.0 de Squash TM est disponible en téléchargement. Cette version comporte notamment les évolutions suivantes : Gestion d’exigences de haut niveau Intégration avec deux nouveaux bugtrackers : GitLab et Azure DevOps Recherche et reporting sur les attributs des cas de test automatisés Amélioration de l’ergonomie et optimisation des performances de l’application Pour la liste complète des évolutions et corrections, vous pouvez consulter la release note de la version. Cette version s’accompagne d’un nouveau système de numérotation. Vous pouvez consulter notre FAQ dédiée pour plus d’informations. Découvrez-les principales nouveautés de Squash TM 3.0 ci-dessous. Gestion d’exigences de haut niveau Disponible avec la licence Squash TM Premium Les exigences de haut niveau décrivent une macro-fonctionnalité ou un bloc de fonctionnalités pouvant être découpé en plusieurs exigences classiques. Ce nouveau type d’exigence permet ainsi d’organiser et de gérer le référentiel en ajoutant un niveau supérieur par rapport aux exigences classiques. Bien qu’il existe une hiérarchie entre les exigences de haut niveau et les exigences classiques, les liens entre ces deux types d’exigences ne sont pas contraints par l’arborescence. Ainsi, selon l’organisation des projets, ces liens peuvent soit : être matérialisés dans l’arborescence, les exigences classiques sont vues comme des sous-exigences de l’exigence de haut niveau (Exigence classique 2 et Exigence classique 3 dans la capture ci-dessous) être une association entre l’exigence de haut niveau et des exigences classiques se trouvant à un autre emplacement dans l’arborescence (Exigence classique 1 et Exigence classique 4 dans la capture ci-dessous) Quelle que soit l’organisation du référentiel, les exigences classiques rattachées à l’exigence de haut niveau sont prises en compte dans le calcul des indicateurs de couverture. Il est également possible depuis une exigence de haut niveau de visualiser les cas de test et les anomalies associées aux exigences qui lui sont rattachées. Au niveau de la recherche, une nouvelle option permet d’étendre le périmètre des exigences de haut niveau afin de retourner toutes les exigences classiques rattachées, même si elles ne sont pas dans le périmètre initial de recherche. Lors de l’élaboration de plans d’exécution, cette fonctionnalité permet notamment d’identifier facilement tous les cas tests vérifiant directement ou indirectement une exigence de haut niveau. Pour profiter de cette fonctionnalité avec un patrimoine existant, la transformation d’une exigence classique en exigence de haut niveau est possible. Intégration avec GitLab et Azure DevOps en tant que bugtracker La version 3.0 de Squash TM propose l’intégration avec deux nouveaux bugtrackers : GitLab et Azure DevOps*. Cette intégration permet : de déclarer une anomalie dans le bugracker depuis une exécution Squash TM de rattacher une anomalie existante à une exécution Squash TM de préremplir automatiquement la description de l’anomalie avec les informations du test et les étapes pour la reproduire de suivre en temps réel l’avancement de la résolution des anomalies dans Squash TM via des tableaux récapitulatifs *Intégration avec Azure DevOps disponible avec la licence Squash TM Premium Reporting Il est désormais possible de faire de la recherche ou de créer des graphiques personnalisés portant sur les attributs des cas de test automatisés. Cette nouvelle version rétablit également la fonctionnalité d’impression des exigences et des cas de test. Amélioration de l’ergonomie et des performances Squash TM 3.0 apporte également quelques évolutions ergonomiques : Redimensionnement manuel des colonnes dans les tableaux (plan d’exécution, résultats de recherche, tableaux d’association, vues de l’espace automatisation) Affichage de l'emplacement des éléments à leur survol dans les tableaux d'association Ajout d'une option pour tronquer les noms trop longs par la gauche ou la droite dans les bibliothèques Enfin, cette version améliore les performances lors de la suppression de campagnes. Vous pouvez essayer dès à présent Squash TM via notre de démo en ligne en cliquant sur le bouton ci-dessous :

Une vulnérabilité a été détectée dans la bibliothèque de journalisation Apache log4j : https://www.cve.org/CVERecord?id=CVE-2021-44228, https://www.cve.org/CVERecord?id=CVE-2021-45046 et https://www.cve.org/CVERecord?id=CVE-2021-45105. Elle impacte Squash TM, Xsquash Cloud et Squash TF. Squash TM Concernant Squash TM, des versions correctives sont disponibles pour toutes les versions maintenues, elles embarquent la mise à jour de log4j vers la version 2.17. Les versions correctives sont les suivantes : 1.21.7 (.tar.gz | .zip) 1.22.9 (.tar.gz | .zip) 2.0.3 (.tar.gz | .zip) 2.1.5 (.tar.gz | .zip) Ces versions corrigent également la vulnérabilité pour les plugins, y compris les plugins Squash AUTOM et Squash DEVOPS. Cette mise à jour est iso fonctionnelle, elle est donc transparente pour vos utilisateurs. Si vous êtes en version 1.21, 2.0 ou 2.1, ce correctif nécessite uniquement la mise à jour de l'application. Pour les versions 1.22, si vous avez une version inférieure à la 1.22.5, alors une mise à jour de la base de données est également nécessaire. Si vous avez la version 1.22.5 ou supérieure, alors seule la mise à jour de l'application est requise. Toutes les versions de Squash sont impactées, mais seules les versions supportées disposent du correctif. Ainsi, si vous utilisez une version antérieure à la 1.21, nous vous invitons à faire la montée de version à minima vers la 1.21.7. Nous vous recommandons fortement de faire la montée de version au plus vite. Cette vulnérabilité n'impacte pas les installations Docker. Xsquash Cloud De nouvelles versions de Xsquash Cloud pour Jira Cloud sont également disponibles. Si vous disposez d'un Xsquash Cloud hébergé chez Henix, sa mise à jour a déjà été faite par nos services. Les plugins Xsquash pour Jira Server et Data Center ne sont pas impactés. Squash TF Pour Squash TF, voici la procédure à suivre (à faire dans le container dans le cas d'un déploiement Docker) : 1) Télécharger les nouvelles librairies : https://search.maven.org/artifact/org.apache.logging.log4j/log4j-core/2.17.0/jar https://search.maven.org/artifact/org.apache.logging.log4j/log4j-api/2.17.0/jar https://search.maven.org/artifact/org.apache.logging.log4j/log4j-slf4j-impl/2.17.0/jar 2) Dans le répertoire d'installation du serveur / de l'agent se positionner dans le répertoire apache-maven-3.5.0/lib/ext. Vous devriez avoir quelque chose similaire à ceci : 3) Supprimer les 3 fichiers jar présents et les remplacer par ceux téléchargés. Les images docker des TF agents ne sont pas impactées : squash-tf-execution-agent.docker.2.3.1-RELEASE.tar squash-tf-chrome-ui-execution-agent.docker.2.3.1-RELEASE.tar squash-tf-firefox-ui-execution-agent.docker.2.3.1-RELEASE.tar Squash Orchestrator Squash Orchestrator, et OpenTestFactory qu'il inclut, ne sont pas impactés.

Cette release ajoute le support de Postman. Postman vous permet d’écrire des scénarios de tests pour la validation de services web REST, SOAP, GraphQL, etc. Postman est une alternative à SoapUI, qui était déjà supporté par Squash AUTOM et Squash DEVOPS. Dans Squash DEVOPS, il est donc désormais possible d’exécuter des tests Postman au sein d’un workflow en configurant ce dernier comme indiqué dans la documentation . Dans Squash TM 3.0 Community, qui sera disponible début décembre, il sera possible de : déclarer un test comme étant automatisé par un script Postman ; lancer ce dernier depuis Squash TM (à l’aide de Squash AUTOM) ou depuis un pipeline de CI/CD (à l’aide de Squash DEVOPS). Jusqu’à présent, les rapports Allure étaient générés et enregistrés dans Squash TM pour chaque itération ou suite de tests de Squash TM, mais ils n’étaient jamais publiés en dehors de Squash TM. À partir de 2021-11, si l’orchestrateur de Squash est configuré pour publier les rapports dans un bucket S3, un rapport Allure sera généré et publié dans ce bucket S3. Ce rapport Allure contiendra les résultats de tous les tests exécutés. Ces tests pourront soit provenir d’une itération ou suite de tests de Squash TM, soit (dans le cas de Squash DEVOPS) être directement spécifiés dans le fichier PEaC comme une référence vers un dépôt Git. Pour rappel, les versions de Squash AUTOM et DEVOPS sont mensuelles (sauf août). La version 2021-12 sera disponible mi-décembre. Le support de Cucumber 5 et 6 y sera ajouté (Cucumber 5 peut actuellement déjà être utilisé, mais son utilisation génère des messages d’avertissement d'obsolescence). Chaque release d’AUTOM/DEVOPS contient plusieurs composants qui ont chacun leur numéro de version. Il est possible de les consulter sur notre page Téléchargements ou dans les Release notes par version.

Squash DEVOPS 2021-10 ne requiert plus d’avoir un orchestrateur qui tourne en permanence. Il est désormais possible, dans une étape d’un pipeline d’intégration et déploiement continu, de : démarrer l’orchestrateur, lancer les tests définis par un fichier PEaC (fichier définissant les tests à exécuter), attendre la fin des tests et la gestion de leurs résultats arrêter l’orchestrateur. Afin de simplifier ces opérations de lancement et d’arrêt de l’orchestrateur, ainsi que le contrôle de l’exécution des PEaC (récupération du statut, annulation d’un PEaC…), des scripts utilitaires sont désormais fournis. Ces outils sont disponibles sous forme de module Python : https://pypi.org/project/opentf-tools/0.20.1/. Une documentation détaille leur utilisation : https://opentestfactory.gitlab.io/orchestrator/tools/. Il est à noter que ces utilitaires pour démarrer et stopper proprement l’orchestrateur seront également utiles quand vous devrez interrompre un orchestrateur utilisé « as a service » (c’est-à-dire fonctionnant en permanence) pour l’upgrader avec une version plus récente. Mais ces scripts ne fonctionnant qu’à partir de l’orchestrateur 2.2.0, ceci ne sera utilisable que pour les mises à jour à postérieures à celle-ci. Il est préférable, si vous le pouvez, d’utiliser l’orchestrateur « as a service ». Ceci est plus performant que d’avoir à attendre le démarrage et l’arrêt de l’orchestrateur à chaque exécution d’un PEaC. Cette dernière option devrait être réservée aux situations où il n’est pas possible de laisser tourner l’orchestrateur en permanence. La version 2021-10 de Squash AUTOM ne contient pas de nouvelles fonctionnalités. Il s’agit d’une version de maintenance. Pour rappel, les versions de Squash AUTOM et DEVOPS sont mensuelles (sauf août). La version 2021-11 sera disponible mi-novembre. Elle intégrera le support de Postman (qui permet de tester des services Web) et la génération de rapports Allure en dehors de Squash TM. Chaque version est constituée d’un ensemble de composants ayant leurs propres numéros de version, ceux-ci sont visibles sur notre page Téléchargements ou dans les Release notes par version.

Le 19 octobre dernier, près de 80 personnes étaient présentes pour assister au Club Utilisateurs Squash. Les échanges ont été nombreux et auront permis d'apporter des réponses à vos questions qui concernaient : le retour sur les dernières releases de Squash TM, Squash AUTOM et Squash DEVOPS la présentation de la roadmap des nouveautés de Squash telles que l'intégration de GitLab une discussion autour des fonctionnalités futures de la suite Squash Grâce à un atelier animé par nos experts, l'après-midi a aussi permis de découvrir OTF, l'initiative open source visant à simplifier la planification de tests automatisés, leur exécution, la publication de leurs résultats et leur intégration dans un pipeline de CI/CD. Le Club Utilisateurs Squash était hébergé par le Club Qualité Logicielle qui durait sur l'ensemble de la journée et qui a mis sur le devant de la scène des présentations de GitLab, Henix, la CNAF et Mozilla. Voir les présentations du Club Qualité Logicielle

À partir de la prochaine version majeure de Squash TM, le système de numérotation des versions de Squash va évoluer. Il a pour but de donner à l’utilisateur plus de visibilité sur la nature des évolutions d’une version et d’expliciter la compatibilité entre les versions du cœur de Squash TM et de ses plugins. Le nouveau système de numérotation exploite désormais les trois nombres de la version : le premier nombre correspond à une version majeure, le deuxième à une version mineure et le troisième à une version corrective. Les plugins sont quant à eux numérotés en fonction de la version du cœur de Squash TM avec laquelle ils sont compatibles : Chaque version majeure du cœur de Squash TM entraîne une version majeure de l’ensemble des plugins, même s’ils ne comportent pas d’évolution Si une version d’un plugin sort indépendamment du cœur de Squash TM, elle reprend les versions majeure et mineure du cœur de Squash TM (les deux premiers numéros) avec lequel elle est compatible Avec cette nouvelle numérotation, la prochaine version majeure de Squash TM qui paraîtra en novembre 2021 sera donc la version 3.0.0 (et non la version 2.2.0 comme ça aurait été le cas avec le précédent système de numérotation). Avec la publication de cette nouvelle version, l’ensemble des plugins passeront eux aussi en version 3.0.0. Le rythme des sorties de Squash TM reste inchangé, à savoir deux versions majeures par an. Concernant Squash AUTOM et Squash DEVOPS, chaque sortie est constituée d’un ensemble de composants compatibles entre eux et incluant : Des plugins de Squash TM qui sont numérotés comme défini ci-dessus. Des composants indépendants de Squash TM qui ont leur propre numéro de version et suivent les mêmes principes que le cœur de Squash TM (c’est-à-dire en trois numéros : version majeure, version mineure et version corrective). Ces sorties sont mensuelles et sont nommées sous la forme AAAA-MM. Pour plus d'informations, répondre à vos éventuelles questions et vous donnez des exemples concrets, vous pouvez consulter notre FAQ dédiée ici.

Ces nouvelles versions fournissent à l’automaticien qui écrit des tests en Java une API (implémentée dans la Java Param Library) permettant d’accéder aux valeurs de paramètres (jeu de données, champ personnalisé) définis dans Squash TM. Pour plus d’information, voir ce lien : https://autom-devops-fr.doc.squashtest.com/2021-09/autom/pilotFromSquash.html#3-utilisation-de-parametres-squash-tm_3. Squash AUTOM et Squash DEVOPS supportent désormais la définition de crochets (« hooks ») qui permettent de configurer des actions personnalisées à effectuer avant et/ou après une action donnée lancée par l’orchestrateur Squash. Ces crochets peuvent être définis soit dans un fichier PEaC pour être appliqués au workflow correspondant, ou dans un fichier de configuration d’un provider (composant réalisant des actions pilotées par l’orchestrateur) pour être appliqués à tous les workflows. Ces crochets sont très polyvalents. Des cas d’utilisation sont : Attacher des fichiers générés autres que ceux habituellement créés par la technologie de test Par exemple, Squash AUTOM et Squash DEVOPS gèrent les fichiers au format Surefire créés par des tests JUnit, mais si un automaticien crée des screenshots JPEG dans des tests JUnit, ils seront ignorés par défaut. Il est désormais possible de créer un crochet pour indiquer à l’orchestrateur de récupérer aussi ces fichiers JPEG et les importer dans Squash TM. Démarrer et arrêter un service nécessaire pour les tests Auditer le début et la fin de l’exécution des tests … Pour plus d’information, voir ce lien : https://opentestfactory.gitlab.io/orchestrator/guides/hooks/. L'ensemble des composants de Squash AUTOM et ceux de Squash DEVOPS sont téléchargeables depuis notre page Téléchargements. Pour rappel, les versions de Squash AUTOM et Squash DEVOPS sont mensuelles (sauf août). La version 2021-10 sera disponible mi-octobre. Elle permettra aux utilisateurs de Squash DEVOPS de ne plus avoir un orchestrateur qui tourne en permanence, ils pourront le lancer et l’arrêter dans une étape du pipeline d’intégration continue. Chaque version est constituée d’un ensemble de composants ayant leurs propres numéros de version, ceux-ci sont visibles sur notre page Téléchargements ou dans les Release notes par version : https://autom-devops-fr.doc.squashtest.com/2021-09/release-note/release-note-by-version.html.