La release de Squash 1.21 est prévue pour la fin du mois de décembre 2019. Suite à l'installation de cette version 1.21 (et pour celle de toutes les versions de Squash à sortir ultérieurement), les systèmes de gestion de bases de données officiellement pris en charge par le Support Squash seront PostgreSQL et MariaDB. Pour les utilisateurs de MySQL, si vous choisissez de mettre à jour la version Squash 1.21, MySQL ne sera plus supporté côté Squash.  Cela fait suite au rachat de MySQL par Sun Microsystems et Oracle qui a mené à la création d'un fork communautaire de MySQL : MariaDB. La gouvernance du projet MariaDB étant assurée par la fondation MariaDB, elle confère à ce système de gestion de base de données l’assurance de rester libre. Vous pouvez cependant facilement migrer de MySQL vers MariaDB. Pour cela, nous vous invitons à vous référer à la documentation de MariaDB. Pour être complet, si vous utilisez des versions antérieures ou égales à la version 1.20 de Squash, MySQL reste supporté par Squash.

La suite Xsquash permet d'interfacer Squash TM avec Jira pour la gestion des tests en contexte agile. Au cœur de Squash TM, le plugin "Xsquash4Jira" donne la possibilité de synchroniser les user stories de Jira sous forme d’exigences dans Squash TM et d’élaborer, à l’aide d’un assistant, des plans d’exécution à partir d’un sprint ou d’une version définie dans Jira. Côté Jira, "Xsquash" permet au product owner de suivre l’avancement de la recette réalisée dans Squash TM en visualisant le détail des tests et des exécutions directement depuis les user stories Jira. Jusqu’à maintenant disponible pour Jira Cloud et Jira Server, Xsquash est désormais compatible avec Jira Data Center. Xsquash est disponible sur la marketplace Atlassian : (ou Retrouvez Xsquash sur la marketplace Atlassian) : Pour Jira Data Center : https://marketplace.atlassian.com/apps/1219060/xsquash-agile-testing-with-oss-squash?hosting=datacenter&tab=overview Pour Jira Cloud : https://marketplace.atlassian.com/apps/1219060/xsquash-agile-testing-with-oss-squash?hosting=cloud&tab=overview Pour Jira Server : https://marketplace.atlassian.com/apps/1219060/xsquash-agile-testing-with-oss-squash?hosting=server&tab=overview Découvrez en images les fonctionnalités de Xsquash : Configuration multi-serveurs de synchronisation : Xsquash permet à un administrateur de déclarer plusieurs serveurs de synchronisation issus de différentes instances Squash TM. Configuration unitaire par projet : Xsquash se configure individuellement par projet depuis les paramètres du projet. Il est possible de sélectionner un serveur de synchronisation dans la liste et de modifier les noms des onglets qui récupèrent les données des cas de test et des exécutions. Affichage de nouveaux onglets dans la partie « Activité » des tickets du projet : Dans la partie « Activité » des tickets du projet, deux nouveaux onglets s’affichent : - L’onglet "Cas de test Squash TM" liste dans un tableau le détail de tous les cas de test couvrant l’exigence synchronisée du ticket - L’onglet "Exécution Squash TM" liste toutes les exécutions de ces cas de test. Détails des informations de l’onglet Cas de test Squash TM : L’onglet "Cas de test Squash TM" permet de consulter les données suivantes pour chaque cas de test : - Attributs - Description - Prérequis - Jeux de données - Pas de test - Statut de dernière exécution Depuis cet onglet, il est également possible d’accéder à la page de consultation des cas de test dans Squash TM. Détails des informations de l’onglet Exécutions Squash TM : L’onglet "Exécution Squash TM" permet de consulter les données suivantes pour chaque cas de test exécuté : - Attributs - Jeux de données - Commentaires - Pas d’exécution - Statuts d’exécution Depuis cet onglet, il est également possible d’accéder aux pages de consultation des itérations, des cas de test et des exécutions dans Squash TM.

Squash AUTOM permet le lancement de tests automatisés à partir de Squash TM. Les résultats des tests sont remontés dans Squash TM et l’historique de toutes les exécutions est conservé. La nouvelle version de Squash AUTOM, disponible depuis le 4 juin, ajoute le support de Ranorex. Ainsi, Squash AUTOM supporte donc désormais les frameworks d’automatisation suivants : Ranorex † : test d’applications Web, mobile ou desktop Agilitest † : test d’applications Web, mobile ou Windows ; test de Web Services Cypress : test d’applications Web Robot Framework : framework générique de test piloté par mots-clés et pouvant être intégré à de nombreux outils de test : Selenium pour tester une application Web, Appium pour une application mobile, White pour une application Windows, Swing/SWT pour une application Java… Cucumber : exécution de tests BDD (behavior-driven development, programmation pilotée par le comportement), peut être intégré avec Selenium pour des tests Web, Appium pour des tests mobiles… SoapUI : test de Web Services JUnit : framework principalement destiné aux tests unitaires et tests d’intégration, mais qui peut être utilisé en combinaison avec d’autres outils (Selenium, Appium…) pour des tests fonctionnels † disponible uniquement dans la version Premium. L'ensemble des composants Squash AUTOM est listé dans cette news dédiée et accessible depuis notre page Téléchargements. Squash DEVOPS permet l’intégration de tests automatisés gérés dans Squash TM dans un pipeline d’intégration continue (Jenkins, GitLab, CloudBees, Circle CI…). Il est ainsi possible de configurer une étape dans le pipeline pour récupérer un plan de test automatisé, exécuter ses tests et publier les résultats de ceux-ci, notamment dans Squash TM. Un plugin Jenkins permet une intégration simplifiée à celui-ci. Les outils de tests supportés sont les mêmes que pour Squash AUTOM. La nouvelle version de Squash DEVOPS, aussi disponible depuis le 4 juin, donne une meilleure visibilité sur l’avancement des tests depuis le plugin Jenkins. L'ensemble des composants Squash DEVOPS est listé dans cette news dédiée et accessible depuis notre page Téléchargements. Pour plus de détails, consultez nos pages Fonctionnalités dédiées à Squash AUTOM et Squash DEVOPS.

Publiées le 23 avril 2021, les versions 1.0.0.RELEASE de Squash AUTOM et Squash DEVOPS vous permettent de gérer vos plans d’exécution de tests automatisés multi-technologies grâce à l’orchestrateur Squash, depuis Squash TM ou depuis vos pipelines CI/CD. Après deux versions alpha vous ayant permis d’avoir un aperçu des possibilités offertes par Squash AUTOM et Squash DEVOPS dans un cadre de POC, ces versions 1.0.0.RELEASE vous permettent de les mettre en application au sein de vos environnements de production. Squash AUTOM met à disposition deux outils complémentaires pour vous permettre de contrôler la façon dont se déroule l’exécution de vos campagnes de test automatisés : Les PEaC (Plan d’Exécution as Code) : ces fichiers permettent de décrire différentes actions à réaliser pour ou pendant l’exécution des tests automatisés. L’Orchestrateur Squash : il interprète les PEaC pour diriger et coordonner les différents composants de la chaîne d’exécution des tests (environnements d’exécution, automates, reporting, …). De plus, Squash AUTOM met à votre disposition des plugins pour Squash TM afin de pouvoir exécuter vos tests automatisés depuis Squash TM et ainsi tracer leur historique. Pour plus de détails, consultez nos pages Produits dédiées à Squash AUTOM. La liste complète des composants de Squash AUTOM est la suivante : Les composants de la version 1.0.0 faisant partie de l’offre Squash AUTOM Community sont disponibles en libre téléchargement depuis notre page « Téléchargements ». o Image Docker de l’orchestrateur Squash composé d’un ensemble de micro-services. o Agent OpenTestFactory pour des échanges via HTTP entre l’orchestrateur Squash et un environnement d’exécution de tests automatisés. o Plugin Result Publisher pour Squash TM (version Squash AUTOM Community et Squash AUTOM Premium). Ce plugin est compatible avec Squash TM 1.22.2 ou supérieure. o Plugin connecteur Squash AUTOM pour Squash TM (version Squash AUTOM Community et Squash AUTOM Premium). Ce plugin est compatible avec Squash TM 1.22.2 ou supérieure. o Pour les utilisateurs de Squash AUTOM Premium : une image Docker contenant les micro-services de l’orchestrateur Squash qui leur sont exclusifs (pour l’exécution de tests Agilitest notamment). Squash DEVOPS met à votre disposition en complément de l’orchestrateur Squash de quoi étendre vos pipelines CI/CD pour faire du test en continu, notamment en élaborant des stratégies d’exécutions avancées à partir de plans d’exécutions récupérés dans Squash TM. Pour plus de détails, consultez nos pages Produits dédiées à Squash DEVOPS. La liste complète des composants de Squash DEVOPS est la suivante : Les composants de la version 1.0.0 faisant partie de l'offre Squash DEVOPS Community sont disponibles en libre téléchargement depuis notre page « Téléchargements ». o Micro-service Squash TM Generator pour l’orchestrateur Squash (version Squash DEVOPS Community et Squash DEVOPS Premium). Ce micro-service est inclus dans l’image Docker de l’orchestrateur Squash version 1.0.0.RELEASE (voir section Squash AUTOM). o Plugin Test Plan Retriever pour Squash TM (version Squash DEVOPS Community et Squash DEVOPS Premium). Ce plugin est compatible avec Squash TM 1.22.2 ou supérieure. o Plugin Squash DEVOPS pour Jenkins.

En décembre 2020, la nouvelle offre produit Squash a été dévoilée et introduit notamment deux nouveaux produits : Squash AUTOM et Squash DEVOPS. Il est alors légitime de se poser des questions sur le pourquoi de ces nouveaux produits, ce que cela implique pour Squash TF et comment va s’opérer la transition de Squash TF à Squash AUTOM et Squash DEVOPS. Pourquoi deux nouveaux produits Squash AUTOM et Squash DEVOPS ? La création de Squash AUTOM et Squash DEVOPS est le résultat d’une réflexion sur l’évolution des pratiques d’automatisation (essor des pratiques du CI/CD et du DevOps, utilisation de plus en plus démocratisée de la conteneurisation, multiplication des outils d’intégration) et sur comment la suite logicielle Squash pouvait être en phase avec celles-ci. Il en est ressorti que Squash TF présentait des limites, notamment architecturales, pour son adoption au sein des principes DevOps. C’est pourquoi nous avons décidé de développer un nouvel outil destiné à la gestion de l’exécution des tests automatisés respectant les principes suivants : Architecture micro-service, notamment pour des raisons de déploiement et d'exploitabilité en environnement DevOps. Séparation entre les fonctionnalités permettant d'automatiser (à destination des testeurs et automaticiens) et celles permettant d'intégrer les tests automatisés (pour le gestionnaire de pipeline) au sein de l'usine DevOps. Cela a donc donné naissance à 2 produits nommés Squash AUTOM et Squash DEVOPS. Suppression de l'adhérence avec Squash TM de manière à rendre ces deux produits indépendants de celui-ci. Quel est le modèle de Squash AUTOM et Squash DEVOPS ? Le modèle retenu est un modèle « open core ». Ce modèle, qui est le même que Squash TM, met à disposition deux versions : Une version Community gratuite composée d’un cœur open source et de modules freemium. Cette version est pleinement fonctionnelle (non bridée). Une version commerciale, avec souscription annuelle, composée de la version Community et de plugins commerciaux. Elle apporte des fonctionnalités supplémentaires à valeur ajoutée, mais non indispensables, ainsi que le support. Squash AUTOM et Squash DEVOPS peuvent-ils s’utiliser sans Squash TM ? Oui. Notre but est que les deux produits apportent également de la valeur aux sociétés ou projets n’utilisant pas Squash TM : L'utilisation de Squash AUTOM "seul" permet ainsi d'unifier/d'homogénéiser l'usage des différents automates (Selenium, Cypress, SoapUI, Appium...) et des différents studios (Robot Framework, Cucumber, UFT, Agilitest...) tout en générant un format de reporting commun (type Allure). L'utilisation de Squash DEVOPS "seul" permet d'orchestrer l'ensemble des tests automatisés, de les intégrer au pipeline DevOps (CI/CD) puis de poster les résultats vers les destinataires (le pipeline lui-même, l'outil de patrimoine de test ou le framework de reporting et d'agrégation des résultats de test). Est-ce que de nouvelles fonctionnalités pour Squash TF arriveront dans le futur ? Non, il n’y aura plus de nouvelles fonctionnalités développées pour Squash TF. Nous vous encourageons à faire la transition de Squash TF à Squash AUTOM pour l’exécution de votre patrimoine de tests automatisés afin de profiter de l’ensemble des nouvelles fonctionnalités proposées par Squash. Néanmoins, les éléments de Squash TF resteront accessibles en téléchargement. De même, les répertoires open source resteront accessibles. Le support pour Squash TF s’arrête-t-il avec la sortie de Squash AUTOM et Squash DEVOPS ? Non. Nous continuerons à assurer du support sur Squash TF via le forum Squashtest et, pour les clients de l’offre commerciale Squash AUTOM, via notre service support. Mon patrimoine de tests automatisés, exécutés jusque-là avec Squash TF, doit-il être modifié pour être utilisé avec Squash AUTOM ? Non. Les scripts/tests automatisés que vous exécutiez via Squash TF sont exploitables par Squash AUTOM sans modification de ceux-ci. Puis-je exécuter des tests SKF avec Squash AUTOM et Squash DEVOPS ? Pas dans la version 1.0.0.RELEASE. Le support des tests SKF sera disponible dans une version postérieure avant la fin du deuxième trimestre 2021. Que dois-je faire dans Squash TM pour lancer mes plans d’exécutions automatisées avec Squash AUTOM au lieu de Squash TF ? Il est nécessaire de créer un lien entre un cas de test Squash TM et votre test automatisé conformément à la documentation de Squash AUTOM. Cette action est quasi instantanée et peut se faire en masse pour vos cas de test Squash TM Gherkin ou BDD exploitant le plugin Git. Pour les autres cas de test, une action sur chaque cas de test sera nécessaire conformément à la documentation de Squash AUTOM. L’action de lien entre un cas de test Squash TM et un test automatisé pour une exécution avec Squash AUTOM est différente de celle pour une exécution avec Squash TF. Puis-je mélanger dans un même plan d’exécution des cas de tests automatisés exécutés par Squash TF et des cas de tests exécutés par Squash AUTOM ? Oui. Afin de faciliter la transition, il est parfaitement possible d’avoir, au sein d’un même plan d’exécution Squash TM, des cas de tests issus d’un projet exploitant Squash TF et des cas de tests issus d’un projet exploitant Squash AUTOM. Dois-je forcément avoir un serveur Jenkins pour pouvoir exécuter mes tests automatisés depuis Squash TM via Squash AUTOM ? Non. Les jobs Jenkins spécifiques nécessaires pour l’exécution de tests automatisés depuis Squash TM via Squash TF ne sont plus un prérequis pour une exécution depuis Squash TM via Squash AUTOM. Avec Squash AUTOM, l’exécution est assurée par le Squash Orchestrator, un composant spécifique de Squash AUTOM. Puis-je lancer mes plans d’exécutions automatisées Squash TM depuis un pipeline Jenkins avec Squash AUTOM et SQUASH DEVOPS ? Oui. L’exécution d’un plan d’exécution Squash TM depuis un pipeline Jenkins est une nouveauté de Squash DEVOPS par rapport à Squash TF et nécessite la mise en place de jobs suivant les indications de la documentation Squash DEVOPS.

Publiées le 16 mars 2021, les versions alpha2 de Squash AUTOM et Squash DEVOPS ont pour but de vous donner un premier aperçu de fonctionnalités supplémentaires par rapport à leur version alpha1, notamment les fonctionnalités de déclenchement de tests automatisés depuis Squash TM et le support de nouveaux frameworks d’automatisation (Cucumber, SoapUI, et Cypress). Ces nouvelles versions sont destinées à être utilisées dans le cadre d’un POC et, de ce fait, doivent être utilisées avec un Squash TM dont la base de données n’est pas celle utilisée dans votre environnement de production (nouvelle base ou réplication d’une base existante). Pour retrouver plus de détails sur le contenu de ces versions 1.0.0.alpha2, n’hésitez pas à consulter notre news mise à jour et dédiée aux sorties à venir pour Squash AUTOM et Squash DEVOPS ou à visiter nos pages « Roadmap & Release Squash AUTOM » et « Roadmap & Release Squash DEVOPS ». La liste de composants mis à disposition est la suivante : Squash AUTOM version 1.0.0.alpha2 : o Image Docker de l’orchestrateur Squash composé d’un ensemble de micro-services. o Plugin Result Publisher pour Squash TM (version Squash AUTOM Community et Squash AUTOM Premium). Ce plugin est compatible avec Squash TM 1.22.2. o Plugin connecteur Squash AUTOM pour Squash TM (version Squash AUTOM Community et Squash AUTOM Premium). Ce plugin est compatible avec Squash TM 1.22.2. Squash DEVOPS version 1.0.0.alpha2 : o Micro-service Squash TM Generator pour l’orchestrateur Squash (version Squash DEVOPS Community et Squash DEVOPS Premium). Ce micro-service est inclus dans l’image Docker de l’orchestrateur Squash version 1.0.0.alpha1 (voir section Squash AUTOM). o Plugin Test Plan Retriever pour Squash TM (version Squash DEVOPS Community et Squash DEVOPS Premium). Ce plugin est compatible avec Squash TM 1.22.2. o Plugin Squash DEVOPS pour Jenkins. Les composants de la version 1.0.0.alpha2 faisant partie de l’offre Squash AUTOM Community ou de l'offre Squash DEVOPS Community sont disponibles en libre téléchargement depuis notre page « Téléchargements ». Pour accéder aux composants faisant partie de l’offre Squash AUTOM Premium ou de l'offre Squash DEVOPS Premium, ou pour toute demande de démonstration ou d’aide à la mise en place d’un POC, veuillez nous contacter via ce formulaire en précisant votre besoin. Enfin, dans le cadre de la sortie de ces versions alpha, nous avons créé deux sections dédiées "versions alpha" au sein des catégories Squash AUTOM et Squash DEVOPS sur notre forum Squashtest. N’hésitez pas à intervenir dessus pour poser des questions sur l’installation ou le fonctionnement de ces versions alpha.

Afin de répondre à une demande émergente, le Centre de Compétences Multi-Technologie d’Informatique Caisse des Dépôts (ICDC) lance en 2009 ses premiers chantiers d’automatisation de test. Maître d’œuvre de référence pour la Caisse des dépôts et l’INPI, ICDC est en charge du patrimoine d’applications de ces deux entités. L’impératif de mettre en service, souvent et rapidement, de nouvelles versions applicatives oblige à placer l’automatisation des tests au centre du dispositif de validation. L’avènement des projets agiles et digitaux en fait un enjeu majeur. Sébastien GONTRAN nous raconte son expérience et les défis relevés. Quels sont pour vous les principaux bénéfices de l’automatisation ? L’automatisation doit permettre d’améliorer la productivité et la qualité du travail des équipes en charge de la réalisation et de la maintenance des applications. Aujourd’hui, l’automatisation des tests est un prérequis, socle de tout développement ou projet d’intégration de progiciels. Quel est le rôle de Henix au sein de cette mission ? Henix est intervenu pour nous proposer son expertise sur la partie outillage avec la mise en place des solutions de Squash TM et de Squash TA. Comment s’est passée la mise en place de l’automatisation ? La première vague de promotion et de diffusion des pratiques d’automatisation a duré environ 4 ans, de 2009 à 2013. Malgré un intérêt fort et partagé pour l’automatisation, nous avons rencontré des difficultés autour de 4 axes suivants : La définition et la collecte des besoins : des difficultés pour recueillir le besoin d’automatisation et définir un périmètre pour les projets d’automatisation.Sur l’axe technique : des méthodes de développements hétérogènes des scripts automatisés et l’absence d’industrialisation dans l’exécution des tests ont conduit à un sentiment de solutions artisanales peu maintenables.Sur l’axe organisationnel, l’absence d’experts internes et le peu d’intérêt pour la montée en compétence sur ce sujet ont conduit à faire intervenir des experts externes avec un turnover qui complexifie à terme la maintenance des tests.Enfin sur l’axe des coûts, prévoir un budget pour l’automatisation restait complexe avec le sentiment pour les projets de réaliser un investissement coûteux au retour aléatoire. L’automatisation au même titre que les tests restait une variable d’ajustement sur les projets. Comment avez-vous fait évoluer votre offre ? "On apprend de ses erreurs" et comme la roue de Deming, le chemin de l’amélioration est sans fin. Les réponses à ces douleurs récurrentes à l’automatisation ont été une réponse à la fois méthodologique et sur l’outillage. Tout d’abord, nous avons capitalisé sur nos années d’expériences en projets d’amélioration autour de Cmmi et appliquer / remis au gout du jour pour les activités d’automatisation : la gestion (recueil et capitalisation) des exigences. Ainsi la collecte des besoins de tests automatisés est désormais systématisée et formalisée à l’aide de fichiers d’échange sous Excel (à l’instar d’une liste des exigences) pour assurer à la fois une traçabilité du besoin, mais aussi pour relever au plus tôt des incohérences dans la formulation des scénarios de tests. Enfin ce fichier de recueil des besoins nous sert à piloter le projet d’automatisation via les besoins, en mesurant à tout moment une couverture des exigences, besoins d’automatisation à implémenter. Sur l’axe technique, nous sommes appuyés sur MAKO : un Framework d’automatisation par mots-clés. Cet outil s’articule avec la démarche des exigences et permet une nouvelle approche de l’automatisation focus sur les besoins. L’outil à partir du fichier Excel en entrée, génère des scripts dans le langage des automates du marché. C’est bien l’outil qui génère en se basant des bonnes pratiques de développement et pas le développeur. Ce dernier intervient à hauteur de 30 % pour des fonctions spécifiques et enrichir l’outil par l’introduction de nouveaux mots clés. En cas de changement ou nouveau besoin, nous repartons du fichier Excel pour regénérer le code, cela évite un retravail fastidieux et facilite la maintenabilité et une meilleure capitalisation. Toujours sur l’axe technique, nous avons mis en place une plateforme de tests automatisés composés d’un ordonnanceur (Jenkins) d’un référentiel de test (Squash TM). Sur l’axe organisationnel, le Framework est venu « changer la donne » du projet d’automatisation. Avant il s’agissait d’un exercice purement technique, requérant la présence d’experts sur toutes les phases de conception et de développement. L’outil permet aux sachant fonctionnels de se réapproprier en grande partie la démarche. Cette approche permet aux sachant fonctionnels de facilement et rapidement « scénariser » leurs cas de test, à l’aide de mots-clés. Un autre accélérateur a été la migration de notre patrimoine de tests de HP QC vers Squash TM. Squash TM permet d’exécuter et de centraliser le reporting des tests automatisés de différentes technologies. Associé à la plateforme d’exécution des tests basée sur Squash TA, il permet de compléter cette réappropriation du test automatisé par les équipes fonctionnelles qui lancent les tests à la demande. Quels ont été les principaux impacts au niveau de la restructuration des équipes suite à ces évolutions ? Un des objectifs était, et est toujours, de permettre une mutualisation des efforts de tests entre les équipes et les couches de tests (fonctionnels, performance, sécurité). L’introduction du fichier d’échange va dans le bon sens car il permet aux équipes fonctionnelles de préciser leur besoin dans un format directement opérationnel. Aujourd’hui, les échanges entre les différentes parties sont donc plus efficaces et l’effort est en partie transféré vers les équipes fonctionnelles qui s’approprient davantage l’automatisation des tests. D’autre part, nous souhaitons impliquer davantage les maîtrises d’œuvre projet pour qu’elles interviennent pleinement dans le processus de maintien du référentiel de tests automatisés, avec également pour objectif d’assurer la réactivité dans la maintenance des tests. Et les impacts au niveau technique ? Aujourd’hui, 70% des étapes de test dans les scripts produits sont directement générées par les mots clés préexistants. Nous estimons un gain de productivité multiplié par 4 grâce à la nouvelle méthodologie. Ce gain est important pour l’insertion de l’automatisation dans les projets agiles qui deviennent un standard. Les cycles de développement sont plus courts et les besoins en tests de non-régression plus importants. Dans un tel contexte, l’automatisation devient une pratique indispensable. Si vous deviez nous indiquer un axe de développement majeur pour la suite, quel serait-il ? Un des objectifs est de continuer le développement de notre méthodologie pour pouvoir formuler les tests avec une syntaxe de type "user-story". Nous souhaitons également étendre notre dictionnaire MAKO pour prendre en charge l’automatisation des applications mobiles qui est une demande émergente. Comme quoi, l’automatisation du patrimoine de tests a de l’avenir ! Merci Sébastien GONTRAN pour ce retour d’expérience enrichissant, et un grand merci pour la confiance accordée à Henix.

Parmi les évolutions à noter : Squash TF execution server : 2.2.0-RELEASE Améliorations majeures : Publication de nos images Docker sur Docker hub : https://hub.docker.com/u/squashtest Le nom du job exécuté dépend désormais de l'opération exécutée SKF (Squash Keyword Framework) : 1.13.0-RELEASE Améliorations majeures : Ajout de la fonctionnalité métadonnée (qui supporte le lien auto entre un cas de test Squash TM et un test automatisé SKF). https://skf.readthedocs.io/projects/skf/en/doc-stable/writing-tests/writing-tests-phases.html#metadata-section https://skf.readthedocs.io/projects/skf/en/doc-stable/execution-reporting/list.html#list-goal-with-metadata https://skf.readthedocs.io/projects/skf/en/doc-stable/execution-reporting/check-metadata.html Mise à jour de la librairie SoapUI incluse dans notre plugin (5.5.0) Mise à jour de la librairie Selenium incluse dans notre plugin (3.141.59) Passage à Selenium 3 (compatibilité avec Selenium 2 et 3) Création d'un plugin Selenium legacy pour garder la rétrocompatibilité avec les script Selenium 1 Migration de la documentation : https://skf.readthedocs.io/en/latest/ IntelliJ plugin : 0.0.2-RELEASE Améliorations majeures : Amélioration de l'autocomplétion des macros Ajout de nouvelles règles syntaxiques Runner Cucumber Java : 1.2.0-RELEASE Améliorations majeures : Utilisation d'un chemin relatif (à la racine du projet) pour le paramètre tf.feature (ta.feature) Il n'est donc plus nécessaire d'utiliser le chemin absolu systématiquement Runner Java Junit : 1.1.0-RELEASE Améliorations majeures : Ajout de la fonctionnalité métadonnée (qui supporte le lien auto entre un cas de test Squash TM et un test automatisé Junit via le runner). https://squash-tf.readthedocs.io/projects/runner-java-junit/en/doc-stable/metadata-in-junit-runner.html https://squash-tf.readthedocs.io/projects/runner-java-junit/en/doc-stable/list-test.html#listing-test-json-report-with-metadata https://squash-tf.readthedocs.io/projects/runner-java-junit/en/doc-stable/check-metadata-test.html Tous les binaires et release notes sont disponibles ici : https://squash-tf.readthedocs.io/en/latest/download.html

Vous travaillez efficacement avec Squash ? Vous avez l'occasion de le dire ! Squash fait partie des logiciels nommés pour figurer sur la classification périodique des logiciels DevOps de XebiaLabs, N'hésitez pas à voter ici (aucune inscription nécessaire pour cela).

Suite à la décision d’Atlassian de supprimer le support Mercurial de Bitbucket Cloud et de son API pour adopter Git (voir pour plus d’infos ici : https://bitbucket.org/blog/sunsetting-mercurial-support-in-bitbucket), l’Equipe Squash a également choisi de migrer ses dépôts de Mercurial à Git pour continuer à héberger ses sources sur Bitbucket. En conséquence, nous encourageons toutes les personnes qui travaillent sur une copie des sources de Squash à se préparer à gérer aussi cette transition de leur côté, pour pouvoir continuer à récupérer le nouveau code à l’avenir. Dès aujourd’hui, vous pouvez ainsi retrouver l’URL du dépôt de Squash (versionné sous Git) à cette adresse : https://bitbucket.org/squashtest/. Afin de vous offrir une meilleure visibilité, nous avons également profité de cette occasion pour nettoyer l’historique de nos dépôts : vous retrouverez ainsi toutes les versions releasées depuis la version 1.17, les versions antérieures ayant été supprimées. Dans le cas où vous souhaiteriez retrouver ces anciennes versions, sachez qu’elles restent disponibles si vous clonez l’ancien dépôt versionné sous Mercurial via l’ancienne adresse : https://bitbucket.org/nx/squashtest-tm. Ce lien restera actif jusqu’à la fin du mois de mai 2020 avant d’être retiré.

À la suite des votes ouverts entre le 1er janvier et le 30 avril 2020, nous avons le plaisir de vous annoncer que Squash a été plébiscité pour faire partie des outils de test open source mis en avant dans la 4ème version de la Periodic Table of DevOps Tools de Digital.ai, publiée le 23 juin dernier. Fruit de plus 18 000 votes exprimés sur 411 outils, la nouvelle version de cette grille interactive gratuite constitue une ressource incontournable pour identifier les meilleurs outils à utiliser tout au long du cycle de vie de la Qualité Logicielle. La Periodic Table a été visionnée plus de 2 millions de fois depuis sa création. L'entrée de Squash parmi ces outils DevOps rappelle que notre logiciel est un des principaux outils utilisés par les professionnels de la Qualité Logicielle. Cliquez ici pour découvrir la grille en détail et la télécharger.