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.

La version 2.1 de Squash TM est disponible en téléchargement. Cette version ajoute le support de l’authentification à Github par token et propose de nouvelles fonctionnalités visant à améliorer la configuration et la gestion des synchronisations Xsquash4Jira. Découvrez-les principales nouveautés de Squash TM 2.1 ci-dessous. Pour la liste complète des évolutions et corrections, vous pouvez consulter la release note de la version. Support de l’authentification à Github par jeton Pour prendre en compte la nouvelle politique d’authentification à Github par jeton, un nouveau protocole d’authentification est disponible sur la page de configuration d’un serveur de partage de code source. Il permet de renseigner un jeton qui sera utilisé pour transmettre des cas de test sur un dépôt de code source. L’authentification par login/mot de passe reste également disponible Amélioration de l’administration et de la gestion des synchronisations Xsquash4Jira Prise en compte de la configuration de Xsquash4Jira dans les modèles de projet Il est désormais possible de définir la configuration du plugin Xsquash4Jira au niveau d’un modèle de projet. À la création d’un projet à partir d’un modèle, une nouvelle option permet de reprendre la configuration de Xsquash4Jira du modèle au niveau du projet. L’utilisateur peut alors choisir de : Lier la configuration de Xsquash4Jira du projet avec celle du modèle : la configuration du plugin est gérée au niveau du modèle, en dehors des synchronisations. Toutes les modifications effectuées au niveau du modèle seront répercutées dans les projets liés. Ne pas lier la configuration de Xsquash4Jira du projet avec celle du modèle : la configuration du plugin au niveau du projet peut évoluer indépendamment de celle du modèle. Les modifications effectuées au niveau du modèle n'impacteront pas la configuration de Xsquash4Jira des projets liés au modèle. Simulation d’une synchronisation Xsquash4Jira avant son ajout Une nouvelle option pour simuler une synchronisation Xsquash4Jira avant de l’ajouter est disponible. Elle permet de visualiser le nombre et le détail des tickets qu’elle contient pour s’assurer que cela correspond bien au périmètre à synchroniser. Affichage dans la bibliothèque des exigences du statut de synchronisation du ticket Jira associé Dans la bibliothèque des exigences, une nouvelle icône au niveau de chaque exigence synchronisée indique le statut de synchronisation du ticket Jira associé. En fonction de la couleur de l’icône, l’utilisateur peut savoir si le ticket Jira est toujours synchronisé, s’il est désynchronisé (parce qu’il n’entre plus dans le périmètre de synchronisation) ou s’il a été supprimé ou déplacé dans Jira. Cette information est également présente dans les informations d’une exigence. Ce code couleur s’applique également aux dossiers de synchronisation et permet à l’utilisateur de voir rapidement si la synchronisation est en succès, en échec, ou si elle contient des tickets qui ne sont plus synchronisés. Prise en compte des cas de test BDD dans les cahiers de test éditables Les cas de test au format BDD sont désormais pris en compte dans les cahiers de test au format éditable.

Les versions 2021-07 de Squash AUTOM et Squash DEVOPS sont disponibles. Elles ajoutent le support de UFT* et de SKF. Unified Functional Testing* de Micro Focus, anciennement QTP, QuickTest Professional, permet le test au niveau interface utilisateur d’applications natives, Web ou mobiles. (Il permet aussi le test de services Web, mais ceci n’est pas encore supporté par Squash AUTOM / Squash DEVOPS.) Squash Keyword Framework, anciennement Squash TA, est un framework de test orienté mots-clés. Il peut piloter JUnit pour des tests unitaires ou d’intégration, Sahi et Selenium pour tester des applications Web, SoapUI pour tester des services Web. Il peut également valider des fichiers XML ou des fichiers textes à largeur fixe, valider ou manipuler les données de bases de données relationnelles… Pour rappel, Squash AUTOM permet le lancement de tests automatisés à partir de Squash TM, puis d’accéder à leurs résultats, ainsi qu’à l’historique de ceux-ci. Squash DEVOPS sert à intégrer, dans un pipeline d’intégration continue / déploiement continu, la récupération d’un plan de test défini dans Squash TM, son exécution et la remontée des résultats dans Squash TM pour consultation et historisation. Pour plus de détails, consultez nos pages Produits dédiées à Squash AUTOM et Squash DEVOPS. UFT et SKF s’ajoutent aux technologies déjà supportées par Squash AUTOM et Squash DEVOPS : 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 de Squash AUTOM et ceux de Squash DEVOPS sont téléchargeables depuis notre page Téléchargements. A partir de cette version 2021-07, de nouvelles versions de Squash AUTOM et Squash DEVOPS seront disponibles mensuellement, les deuxièmes mercredis de chaque mois, sauf en août en raison des congés estivaux. Elles seront nommées sous la forme AAAA-MM. 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.

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 TM 2.0 est disponible en téléchargement. Cette version propose une toute nouvelle interface, plus moderne et basée sur la technologie Angular. Au-delà de la refonte graphique, Squash TM 2.0 comporte des évolutions ergonomiques et des améliorations sur les fonctionnalités existantes. Vous devriez néanmoins vous y retrouver rapidement, et garder vos habitudes de travail, car la philosophie de Squash reste la même, et l'ergonomie est encore plus intuitive qu'avant. Découvrez-les principales nouveautés de Squash TM 2.0 ci-dessous. Pour la liste complète des évolutions et corrections, vous pouvez consulter la release note de la version. Navigation améliorée Système d’ancres au sein des pages de consultation Au sein des objets, la navigation se fait via un système d’ancres qui permettent de naviguer vers un bloc au sein de la page ou vers une nouvelle page. Lors de la navigation d’un objet à un autre, la dernière ancre consultée s’affiche, facilitant ainsi la consultation en masse de données. Certaines ancres contiennent un indicateur chiffré qui donne rapidement à l’utilisateur des informations sur l’objet consulté (pour une exigence, visualisation du nombre de cas de test associés, d’exigences liées, d’anomalies connues). Accès à un objet via son URL Il est désormais possible d’accéder directement à un objet via son URL. On peut ainsi mettre en favori un dossier, un tableau de bord ou encore un plan d’exécution pour y accéder facilement. État des tables conservé lors de la navigation vers une page de niveau 2 Lors de la navigation vers une page de second niveau d’un objet, l’état des tables est conservé (pagination, tri et filtres). Ainsi, lorsque l’utilisateur navigue vers une exécution depuis un plan d’exécution, au retour sur celui-ci, il reviendra sur la bonne page, tout en retrouvant ses filtres et tris. Visualisation rapide de l’état du référentiel Dans les bibliothèques, des icônes au niveau de chaque objet permettent d'avoir une vision globale de l'état du référentiel. Depuis la bibliothèque des cas de test, l’utilisateur peut ainsi visualiser et identifier rapidement les cas de test selon leur importance, leur nature, leur statut, la présence de pas de test et l’association à des exigences. Ces informations sont également facilement accessibles au sein des pages de consultation : Les attributs principaux s’affichent en permanence dans des capsules en haut de la page Le contenu et les associations peuvent être visualisés via les indicateurs chiffrés au niveau des ancres Association entre objets plus rapide et intuitive via glisser-déposer L’association entre objets (exigences-cas de test, ajout de cas de test à un plan d’exécution, etc.) est désormais plus rapide et intuitive. Elle se fait directement depuis la page de consultation de l’objet par glisser-déposer et non plus via une interface d’association. De manière générale, le glisser-déposer est beaucoup utilisé dans cette nouvelle version pour fluidifier et rendre plus intuitives certaines actions : ajout de pièces jointes, réorganisation d’objets, création d’éléments de reporting... Nouvelle interface de gestion des pas de test et des pas d’exécution Les prérequis et pas de test sont désormais groupés au sein d’une même page. Les pas de test s’affichent dans des blocs distincts, ce qui facilite leur lisibilité et permet d’optimiser l’espace dédié à la description de l’étape. Dans le cas des appels de cas de test, il est désormais possible de visualiser les étapes des cas de test appelés sans avoir à naviguer vers une nouvelle page. Cet affichage est repris au niveau des exécutions pour mieux visualiser les statuts des étapes et ainsi faciliter l’exécution des tests depuis cette page. Recherche plus ergonomique et dynamique La recherche a été revue pour être plus ergonomique. Les critères et résultats de recherche s’affichent désormais sur une seule page. Les résultats s’actualisent dynamiquement, l’utilisateur peut ainsi visualiser les résultats de sa recherche au fur et à mesure qu’il ajoute des critères. Le périmètre de recherche a également été élargi, il est maintenant possible d’effectuer une recherche à partir d’une sélection dans la bibliothèque (projet, dossier, ensemble d’objets). Lors de l’accès à la recherche via les tableaux de bord par défaut, les critères de recherche sont désormais préremplis, permettant à l’utilisateur d’affiner ou d'élargir sa recherche. Nouvelle interface de création de graphiques personnalisés L’interface de création de graphiques personnalisés a été complètement refondue et simplifiée. Elle permet notamment à l’utilisateur de visualiser l’évolution de son graphique au fur et à mesure de sa construction. La création de graphique se fait désormais depuis un unique écran et n’a plus d’ordre imposé. Cet écran se divise en trois parties : A gauche : les éléments permettant de construire le graphique (sélection du périmètre, du type de graphique, gestion des axes et des filtres) A droite : la liste des attributs alimentant les axes et filtres du graphique par glisser-déposer Au centre : l’aperçu du graphique qui s’affiche dès lors que les axes sont alimentés et qui évolue dynamiquement dès qu’un élément du graphique est modifié Organisation de l’espace administration repensée L’organisation de l’espace administration a été repensée pour faciliter la navigation et l’accès à ses différents éléments. Certains éléments similaires ont ainsi été regroupés dans des sous-menus : champs et listes personnalisés dans un même sous-menu, bugtrackers et serveurs d’automatisation dans un même sous-menu, etc. Ces sous-menus sont accessibles directement depuis la barre de navigation principale. L’espace administration dispose quant à lui de sa propre barre de navigation avec ces mêmes sous-menus. Au sein de cet espace, la navigation entre les objets est également plus fluide : le passage de la page de configuration d’un projet à un autre se fait en un seul clic. Vous pouvez essayer dès à présent Squash TM via notre de démo en ligne en cliquant sur le bouton ci-dessous :

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.

Configuration minimale et recommandée : Pré-requis : Système d’exploitation : tout système en mesure de faire tourner une JVM. Environnement d'exécution Java : JRE 8 ou JRE 11. Java 11 est incompatible avec le plugin SAML. Les JDK 8 et 11 sont compatibles et supportés avec Squash TM. Une JVM Hotspot est recommandée, OpenJ9 peut fonctionner dans certains cas mais n'est pas officiellement supporté (à partir de la version 1.17 de Squash TM, il est obligatoire d'utiliser Java 8, Java 7 n'est plus supporté). Serveur applicatif : aucun (la distribution de Squash TM embarque son propre serveur applicatif : Tomcat) Base de données : MariaDB 10.5, PostgreSQL 9.6+ (Squash TM est livré avec une base embarquée (H2) utilisable à des fins d’évaluation. Nous déconseillons son utilisation dans un contexte de production.) Composants recommandés : - Debian Buster - MariaDB 10.5 - Mantis 2.18.x+, Jira 7 (plugin payant REST) - Apache (frontal web)

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.

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.

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.