FAQ : Offres Squash pour les tests automatisés
Pourquoi le passage de trois produits (Squash TM, Squash AUTOM et Squash DEVOPS) à un seul ?
Henix modifie son offre au 1er janvier 2024 en unifiant la gamme Squash en un seul produit disponible selon trois niveaux de licences :
- Offre Community : l’outil opérationnel du testeur
Cette offre est gratuite et, en très grande partie, open-source (le code de l’application web est disponible sous https://gitlab.com/henixdevelopment/open-source/squash et le code de l’orchestrateur de tests OpenTestFactory sous https://gitlab.com/henixdevelopment/open-source/opentestfactory).
Elle supporte l’ensemble des usages et a l’ambition de pouvoir être utilisée très largement par des entités de toute taille, de professionnaliser le test à l’état de l’art. - Offre Premium : des fonctionnalités avancées pour gagner en productivité et/ou en confort
- Offre Ultimate : des fonctionnalités spécifiques pour les usages intensifs des grands comptes et intégration avec les studios d’automatisation propriétaires
L'objectif est d'être aligné avec notre vision de Squash : être l’outil du test sous toutes ses formes.
- Que ce soit pour une équipe travaillant en cycle en V ou en agile (XP, Scrum, SAFe…).
- Que ce soient les tests durant le sprint (Q2) ou en phase de recette (Q3).
(Q2 et Q3 sont les quadrants de test tels que définis par Brian Marick.) - Que ce soient les tests manuels ou les tests automatisés.
- …
Le rationnel de cette décision et les changements qu'elle apporte sont décrits dans un article de notre blog.
Quelles sont les fonctionnalités ajoutées par les licences Premium et Ultimate ?
Le tableau suivant donne une vue d'ensemble des fonctionnalités par niveau de licence :
(Pour en bénéficier ou demander plus d'informations, consulter notre site ou nous contacter.)
Fonctionnalité | Squash Community | Squash Premium👑 | Squash Ultimate💎 |
---|---|---|---|
Automatisation des tests | |||
- Support des frameworks de test open-source : Cypress, Cucumber JVM, JUnit, Playwright, Postman, Robot Framework, SKF (Squash Keyword Framework) et SoapUI. | ☑ | ☑ | ☑ |
- Support des studios de test propriétaires : Agilitest, Katalon, Ranorex et UFT. | ☑ | ||
- Association des scripts automatisés aux cas de test Squash TM. | ☑ | ☑ | ☑ |
- Gestion dans Squash TM du processus d'automatisation des cas de test. | ☑ | ☑ | ☑ |
- Gestion dans Jira du processus d'automatisation des cas de test. | ☑ | ||
- Génération de scripts Robot Framework ou Cucumber à partir de cas de test BDD Squash TM. - Transmission de ces scripts dans un dépôt Git. |
☑ | ☑ | ☑ |
- Bibliothèque d'actions pour les cas de test BDD Squash TM. | ☑ | ||
Lancement des tests depuis Squash TM | |||
- Définition de plans d'exécution dans Squash TM. | ☑ | ☑ | ☑ |
- Lancement d'une exécution depuis Squash TM. - Transmission de variables d'environnement et des champs personnalisés de cas de test au script automatisé. |
☑ | ☑ | ☑ |
- Transmission au script automatisé - des champs personnalisés d'itération, de suite de tests et de campagne; - de l'ID d'exécution (avec Squash TM 8.0 ou une version ultérieure). | ☑ | ||
- Paramétrage d'une configuration additionnelle de l'orchestrateur depuis Squash TM. | ☑ | ||
- Publication des résultats et rapports de test dans Squash TM. | ☑ | ☑ | ☑ |
- Comparaison des résultats de plusieurs exécutions. | ☑ | ☑ | |
Intégration à la CI/CD | |||
- Lancement d'un plan d'exécution Squash TM depuis un pipeline CI/CD. - Transmission des champs personnalisés de cas de test au script automatisé. |
☑ | ☑ | ☑ |
- Filtrage des tests d'un plan d'exécution Squash TM en fonction des champs personnalisés. - Transmission au script automatisé - des champs personnalisés d'itération, de suite de tests et de campagne; - de l'ID d'exécution (avec Squash TM 8.0 ou une version ultérieure). |
☑ | ||
- Publication des résultats et rapports de test dans Squash TM. | ☑ | ☑ | ☑ |
- Comparaison des résultats de plusieurs exécutions. | ☑ | ☑ | |
- Utilisation d'un plugin Jenkins pour une expérience utilisateur améliorée. | ☑ | ☑ | ☑ |
- Définition d'une quality gate : liste de règles définissant chacune un filtre sur les tests à considérer et un seuil minimal sur leur taux de succès. - Prise en compte des métadonnées et des champs personnalisés des cas de test par les filtres de la quality gate. |
☑ | ☑ | ☑ |
- Prise en compte des champs personnalisés de l'itération, de la suite de tests et de la campagne par les filtres de la quality gate. | ☑ | ||
- Publication des résultats de la quality gate dans GitLab. | ☑ | ☑ | ☑ |
Support | |||
- Support Henix. | Pas de support (un forum est disponible). | ☑ | ☑ |