Comportement git clone avec action words automatisés dans un test keyword driven

[GNayn]

Bonjour,

Je travaille sur Squash TM avec Squash Orchestrator Community et j'ai une question sur le comportement du clonage Git lors de l'exécution d'un cas de test de type keyword driven.

Dans mon cas, j'ai un cas de test Classique qui appelle plusieurs autres cas de test Classiques (via la fonctionnalité "Appeler un cas de test"). Certains de ces cas de test appelés sont automatisés : ils ont leurs champs Technologie, URL SCM et Référence test automatisé renseignés, et pointent vers des scripts Robot Framework stockés dans un dépôt Git. Ces scripts s'exécutent dans un conteneur Docker.

Je comprends que lors de l'exécution, les cas de test appelés sont vus comme des pas de test du cas de test appelant. Mais au niveau de Squash Orchestrator, je ne sais pas exactement comment il traite ça :

Est-ce que l'Orchestrator traite l'ensemble du cas de test parent comme un seul job, et donc fait un seul git clone pour tous les action words automatisés qui pointent vers le même dépôt ?

Ou est-ce qu'il traite chaque cas de test appelé automatisé comme un job indépendant, et donc fait potentiellement un git clone pour chacun d'eux ?

Le but est d'éviter des clones Git entre chaque action word automatisé lors d'une même exécution, sachant que tous mes scripts sont dans le même dépôt.

J'ai cherché dans la documentation officielle (autom-devops-fr.doc.squashtest.com) mais je n'ai pas trouvé de réponse claire sur ce comportement spécifique aux tests keyword driven avec action words automatisés.

Merci d'avance pour votre aide.

[pcor]

Bonjour,

La fonctionnalité "Appeler un cas de test" n'est représentative que pour le lancement des tests manuels au sein de l'interface SquashTM.

En effet, la description du cas de test, et son implémentation en tant que code pour les tests automatisés n'ont pas forcément à être corrélés.
Dans votre cas, uniquement le cas de test lancé sera exécuté. Il vous revient donc, d'adapter l'implémentation de votre script de test pour correspondre au fonctionnement voulu paramétré dans SquashTM.

Si votre cas de test appelle un autre dans votre interface SquashTM, votre script de cas de test automatisé doit donc préciser l'appel de ce cas de test afin que l'ensemble soit exécuté comme voulu. Cependant, les résultats dans SquashTM reviennent au cas de test source. Le job lancé par le Squash Orchestrator, ne voit lui que le cas de test lancé initialement, l'implémentation du script ne le concerne pas.

Le clone git effectue un clone du dépôt global, puis lancera les cas de tests de votre plan de test, un à un, sans se soucier de l'implémentation réelle. Le clone ne sera supprimé qu'après tous les cas de tests de votre plan de test ayant comme code source ce dépôt-ci. Il n'y a donc logiquement, qu'un clone réalisé, et qu'un seul job pour l'entièreté de ce dépôt. Si votre plan de test contient plusieurs dépôts, alors plusieurs jobs peuvent être créés, un par dépôt.

J'espère que ceci répond à vos interrogations.

Cordialement.

[daisymaria]

Je pense que c’est une très bonne question, surtout si vous cherchez à optimiser les performances et éviter des clones Git inutiles. D’après ce que je comprends, je vérifierais si Squash Orchestrator exécute chaque cas de test automatisé comme un job séparé, car cela pourrait expliquer plusieurs clones du même dépôt pendant une seule exécution. EaglerCraft

[Bookers]

Bonjour
Dans Squash Orchestrator, l’exécution d’un cas de test automatisé correspond à un seul job, même si le test est de type keyword driven avec des cas appelés via “Appeler un cas de test”. L’orchestrateur ne rejoue pas cette logique interne de dépendances comme dans Squash TM pour le manuel : il exécute uniquement les cas automatisés du plan d’exécution. Concernant le Git clone, il est réalisé au niveau de l’environnement ou du job d’exécution, et non à chaque action word ou cas de test appelé. Ainsi, si plusieurs cas utilisent le même dépôt dans une même exécution, le clone est mutualisé pour ce job, ce qui évite des clones répétés inutilement.

[adambuckner]

Bonjour,
D'après ma compréhension de Squash TM et Squash Orchestrator, le comportement dépend principalement de la manière dont l'Orchestrator découpe l'exécution en jobs automatisés. En général, lorsqu'un cas de test keyword driven appelle plusieurs cas de test automatisés, chaque appel automatisé est souvent considéré comme une exécution distincte par l'Orchestrator. Cela peut entraîner plusieurs phases de préparation de l'environnement, y compris des opérations de récupération du dépôt Git.
Cependant, le comportement exact peut varier selon la version de Squash Orchestrator, la configuration des runners et les mécanismes de cache éventuellement mis en place. Si tous les scripts Robot Framework se trouvent dans le même dépôt, il serait intéressant de vérifier dans les logs d'exécution si un clone complet est effectué à chaque appel ou si l'environnement réutilise un workspace déjà préparé.
Je n'ai pas trouvé non plus dans la documentation publique de description détaillée concernant ce scénario spécifique avec des cas de test appelés et automatisés. Si quelqu'un de l'équipe Squash ou un utilisateur ayant déjà analysé les logs Orchestrator peut confirmer le comportement réel, ce serait très utile.