Automatisation avec SKF
Référence du test dans Squash TM
Pour lier un cas de test Squash TM à un test automatisé, le champ Référence du test automatisé du bloc Automatisation du cas de test doit avoir la forme suivante :
[dépôt]/[écosystème].[sous_écosystème]#[script]
ou
[dépôt]/[écosystème]#[script]
(La référence contient toujours un caractère #
.)
avec :
-
[dépôt]
: Chemin du dossier SKF racine (qui contient le fichier pom.xml) sur le dépôt de source. -
[écosystème]
: Écosystème de tests par défaut du projet SKF (tests). -
[sous_écosystème]
: Sous-écosystème de tests (il est possible d'en rajouter plusieurs en les séparant par un.
).
Ce paramètre est optionnel, c'est-à-dire qu'il peut être absent. -
[script]
: Nom du script de test à exécuter (avec son extension.ta
; ce paramètre est obligatoire)
Nature des paramètres Squash TM exploitables
Les paramètres Squash TM exploitables vont différer suivant si vous utilisez les composants Community/Premium ou Ultimate de Squash.
Voici le tableau des paramètres exploitables (ces paramètres sont transmis en tant que paramètres de test, voir ci-dessous, Squash TM ne génère pas de paramètres globaux) :
Nature | Clé | Community/Premium | Ultimate |
---|---|---|---|
Nom du jeu de données | DSNAME | ✅ | ✅ |
Paramètre d'un jeu de données | DS_[nom] | ✅ | ✅ |
Référence du cas de test | TC_REFERENCE | ✅ | ✅ |
UUID interne du cas de test | TC_UUID | ✅ | ✅ |
Champ personnalisé du cas de test | TC_CUF_[code] | ✅ | ✅ |
Champ personnalisé de l'itération | IT_CUF_[code] | ❌ | ✅ |
Champ personnalisé de la campagne | CPG_CUF_[code] | ❌ | ✅ |
Champ personnalisé de la suite de tests | TS_CUF_[code] | ❌ | ✅ |
Légende :
[code]
: valeur renseignée dans le champ “Code” d’un champ personnalisé[nom]
: nom du paramètre tel que renseigné dans Squash TM
Comme indiqué, Squash TM ajoute un préfixe au code du champ personnalisé transmis. Assurez-vous de le prendre en compte.
Voir la documentation de Squash TM pour plus d'information sur les champs personnalisés.
Utilisation de paramètres
Il est possible lors de l’exécution d’un test SKF d’exploiter des paramètres au sein de celui-ci. Un paramètre peut être un paramètre de test ou un paramètre global. Squash TM ne transmet que des paramètres de test. Des paramètres de test et des paramètres globaux peuvent être utilisés dans le cas d'un lancement à partir d'un pipeline CI/CD avec l'action skf/params
.
Les paramètres de test sont disponibles dans SKF sous forme de script context parameters.
Les paramètres globaux y sont disponibles sous forme de global context parameters.
Pour cela, il faut (voir la documentation de SKF) :
-
Faire appel aux paramètres désirés dans les fichiers utilisés par le test SKF via la syntaxe
${clé}
. -
Au sein du test SKF, appeler la commande suivante pour remplacer au sein d'un fichier les références des paramètres par les valeurs transmises à l'exécution :
CONVERT {resourceToConvert<Res:file>} TO file (param) USING context_global_params, context_script_params AS {converted<Res:file>}
.
Exemple
Ci-dessous un exemple de projet SKF exploitant un paramètre dans un fichier xml et l’automatisation du cas de test Squash TM associé :
Versions supportées
Squash a été validé avec SKF 1.14.0.
Compatibilité avec Maven 3.8.1 ou postérieur
Maven 3.8.1 (ou postérieur) bloque les dépôts accédés en http
(voir Maven Release Notes). Ceci a pour effet d'empêcher le SoapUI Plugin d'accéder au dépôt Maven de SmartBear.
La solution consiste à déclarer le dépôt en https
dans votre fichier pom.xml
:
<pluginRepository>
<id>smartbear</id>
<name>smartbear</name>
<url>https://rapi.tools.ops.smartbear.io/nexus/content/groups/public</url>
</pluginRepository>