Aller au contenu

Guide d'Installation

Squash Orchestrator†

Installation

Squash Orchestrator se présente sous la forme d'un ensemble de services fonctionnant ensemble. Ils peuvent ou non être lancés sur une même machine, et être ou non démarrés simultanément.

Le seul prérequis est que le service EventBus, qui permet la communication entre les différents micro-services, soit disponible au moment du lancement des autres micro-services.

Pour faciliter l'installation de Squash Orchestrator, une image docker "all-in-one" est mise à disposition. Elle contient l'ensemble des services nécessaires de l'OpenTestFactory Orchestrator et des services spécifiques Squash.

Pour récupérer la dernière version de l'image de Squash Orchestrator, la commande suivante est à exécuter :

docker pull squashtest/squash-orchestrator:latest

Usage

Configuration de l'image

La commande suivante permet de démarrer Squash Orchestrator en lui permettant d'utiliser un environnement d'exécution existant, avec auto-génération d'une clé approuvée (ce qui n'est pas recommandé dans un environnement de production).

docker run -d \
         --name orchestrator \
         -p 7774:7774 \
         -p 7775:7775 \
         -p 7776:7776 \
         -p 38368:38368 \
         -e SSH_CHANNEL_HOST=the_environment_ip_or_hostname \
         -e SSH_CHANNEL_USER=user \
         -e SSH_CHANNEL_PASSWORD=secret \
         -e SSH_CHANNEL_TAGS=ssh,linux,robotframework \
         squashtest/squash-orchestrator:latest

Cette commande expose les services suivants sur les ports correspondants :

  • receptionnist (port 7774)
  • observer (port 7775)
  • killswitch (port 7776)
  • eventbus (port 38368)

Lancement de l'image en mode Premium

Si vous disposez d'une licence Squash AUTOM Premium et avez déployé la version Premium du plugin Squash TM Result Publisher, vous devez démarrer Squash Orchestrator en mode Premium pour profiter du comportement Premium pour la remontée de résultats vers Squash TM. Pour cela, il faut ajouter le paramètre suivant dans la commande de démarrage de Squash Orchestrator : -e SQUASH_LICENCE_TYPE=premium

Pour une configuration plus complète de Squash Orchestrator, vous pouvez vous reporter à la documentation de l'OpenTestFactory qui sert de base au Squash Orchestrator.

Outils de l'orchestrateur†

Installation

Les outils de l'orchestrateur sont destinés à simplifier l'exploitation de ce dernier.
Ils requièrent Python 3.8 ou supérieur. Ils fonctionnent sur un environnement Linux, macOS ou Windows.

Afin d'installer ces outils, la commande suivante est à exécuter :

pip3 install --upgrade opentf-tools

Aperçu des capacités des outils

  • opentf-ready attend que l'orchestrateur soit prêt à accepter les workflows.

  • opentf-done attend que l'orchestrateur puisse être arrêté en toute sécurité (c'est-à-dire qu'il n'a plus de tâches en attente).

  • openf-ctl peut être utilisé pour

    • démarrer un workflow
    • arrêter un workflow
    • annuler un workflow
    • générer un jeton signé
    • lister les abonnements sur le bus d'événements

Image Docker des micro-services exclusifs à Premium

Installation

Afin d'installer l'image Docker des services exclusifs à Squash AUTOM Premium, vous devez récupérer l'image compressée auprès du service support Squash puis exécuter la commande suivante :

docker load -i squash-autom-premium-3.0.0.tar.gz

Usage

Pour exécuter cette image Docker, la commande suivante est à exécuter :

docker run -e BUS_HOST=<IP ou nom DNS du bus> \
           -e BUS_PORT=<port> -e BUS_TOKEN=<token JWT> \
           -e EXTERNAL_HOSTNAME=<IP exposée des micro-services> \
           --volume /chemin/vers/clef/publiques(s):/etc/squashtf/ \
           --volume /chemin/vers/dossier/temporaire:/tmp/ \
           squash-autom-premium:3.0.0

avec :

  • BUS_HOST (obligatoire) : l'adresse IP ou le nom DNS du service EventBus du Squash Orchestrator avec qui les micro-services communiquent.
  • BUS_PORT (obligatoire) : port du service EventBus du Squash Orchestrator avec qui les micro-services communiquent.
  • BUS_TOKEN (facultatif) : token JWT accepté par le service EventBus du Squash Orchestrator avec qui les micro-services communiquent.
  • EXTERNAL_HOSTNAME (facultatif) : l'adresse IP ou le nom DNS des micro-services de l'image Docker des services exclusifs.
  • --volume /etc/squashtf/ : volume à monter vers un ensemble de clés publiques acceptées pour la validité de tokens JWT.
    Il est à mettre en place si une validation de token JWT est nécessaire pour l'échange de messages entre micro-services.
  • --volume /tmp/ : volume à monter vers un dossier partagé avec Squash Orchestrator qui accueillera temporairement des fichiers générés lors de l'exécution

Agent OpenTestFactory†

Installation

L'agent OpenTestFactory est une application Python à installer sur un environnement d'exécution de tests automatisés. Il requiert Python 3.8 ou supérieur. Il fonctionne sur un environnement Linux, macOS ou Windows.

L'agent se présente comme un simple script. Il possède seulement une dépendance, vers la librairie python requests (elle sera installée si elle n'est pas déjà présente sur l'environnement d'exécution).

Afin d'installer l'agent, la commande suivante est à exécuter :

pip3 install --upgrade opentf-agent

Vous pouvez vérifier l'installation en exécutant la commande suivante :

opentf-agent --help

Usage

Résumé

$ opentf-agent --help
usage: opentf-agent [-h] --tags TAGS --host HOST [--port PORT] [--path_prefix PATH_PREFIX] [--token TOKEN] [--encoding ENCODING] [--script_path SCRIPT_PATH] [--workspace_dir WORKSPACE_DIR] [--name NAME] [--polling_delay POLLING_DELAY] [--liveness_probe LIVENESS_PROBE] [--retry RETRY] [--debug]

OpenTestFactory Agent

optional arguments:
  -h, --help            show this help message and exit
  --tags TAGS           a comma-separated list of tags (e.g. windows,robotframework)
  --host HOST           target host with protocol (e.g. https://example.local)
  --port PORT           target port (default to 24368)
  --path_prefix PATH_PREFIX
                        target context path (default to no context path)
  --token TOKEN         token
  --encoding ENCODING   encoding on the console side (defaults to utf-8)
  --script_path SCRIPT_PATH
                        where to put temporary files (defaults to current directory)
  --workspace_dir WORKSPACE_DIR
                        where to put workspaces (defaults to current directory)
  --name NAME           agent name (defaults to "test agent")
  --polling_delay POLLING_DELAY
                        polling delay in seconds (default to 5)
  --liveness_probe LIVENESS_PROBE
                        liveness probe in seconds (default to 300 seconds)
  --retry RETRY         how many time to try joining host (default to 5,
                        0 = try forever)
  --debug               whether to log debug informations.

Exemple

En considérant qu'un Squash Orchestrator est lancé sur orchestrator.example.com, avec un jeton stocké dans la variable d'environnement TOKEN, la commande suivante enregistre l'environnement d'exécution Windows et recevra les commandes ciblant windows et/ou robotframework :

chcp 65001
opentf-agent --tags windows,robotframework --host http://orchestrator.example.com/ --token %TOKEN%

L'agent contactera l'orchestrateur toutes les 5 secondes, et exécutera les commandes receptionnées.
La commande chcp configure la console en Unicode. Il s'agit d'une spécificité Windows. Cette configuration peut être nécessaire suivant le framework de test disponible sur l'environnement d'exécution.

Plugins Squash TM

Installation

Pour l’installation des plugins Squash TM, merci de vous reporter au protocole d’installation d’un plugin Squash TM.

Compatibilité des plugins

  • Results Publisher†
    Les versions 1.X.X sont compatibles avec les versions 1.22.X de Squash TM à partir de la version 1.22.2.
    Les versions 2.0.X sont compatibles avec une version 2.0.X.
    Les versions 2.1.X sont compatibles avec une version 2.1.0 ou supérieure.

  • Squash AUTOM
    Les versions 1.X.X sont compatibles avec les versions 1.22.X de Squash TM à partir de la version 1.22.2.
    Les versions 2.X.X sont compatibles avec une version 2.0.0 ou supérieure.

  • Git Connector
    Les versions 1.X.X sont compatibles avec les versions 1.22.X de Squash TM à partir de la version 1.22.2.
    Les versions 2.X.X sont compatibles avec une version 2.0.0 ou supérieure.

  • Bibliothèque d'actions
    Les versions 1.X.X sont compatibles avec les versions 1.22.X de Squash TM à partir de la version 1.22.2.
    Les versions 2.X.X sont compatibles avec une version 2.0.0 ou supérieure.

  • Workflow Automatisation Jira
    Les versions 1.X.X sont compatibles avec les versions 1.22.X de Squash TM à partir de la version 1.22.2.
    Les versions 2.X.X sont compatibles avec une version 2.0.0 ou supérieure.

Configuration de Squash TM

Déclaration du serveur Squash Orchestrator

Afin de lancer un plan d'exécution manuellement depuis Squash TM, il est nécessaire de déclarer le serveur Squash Orchestrator qui exécutera les tests automatisés dans les environnements adaptés.
Cette déclaration se fait dans la section Serveurs d'exécution automatisée de l'espace Administration :

automation-server-declaration

automation-server-declaration

  • Nom : Le nom du serveur tel qu'il apparaîtra dans l'espace Cas de test.

  • Type : Sélectionnez squashAutom dans la liste déroulante.

  • Url : L'adresse du service Receptionist de Squash Orchestrator.

Attention

Le service bus d'évènements de Squash Orchestrator doit impérativement être accessible à la même URL que le service Receptionist mais sur le port 38368.

Une fois le serveur créé, vous pouvez préciser un token servant pour l'authentification au serveur.

token

token

Focus

La présence d'un token est obligatoire pour la bonne exécution de tests automatisés depuis Squash TM.
Dans le cas où l'authentification au serveur d'automatisation n'est pas requise par ce dernier, il faut quand même renseigner une valeur quelconque de token dans Squash TM

Configuration du projet Squash TM

Une fois un serveur d'automatisation déclaré, il faut le lier à un projet Squash TM afin qu'il soit utilisé pour l'exécution des cas de test automatisés du projet.

La marche à suivre est la suivante :

  1. Allez dans l'espace [Administration] puis cliquez sur [Projets]

  2. Sélectionnez un projet existant puis allez jusqu'à la section Automatisation

    project-automation-block

  3. Cliquez sur Pas de serveur, une liste déroulante contenant les serveurs d'automatisation déclarés apparait

    project-automation-selection

  4. Sélectionnez le serveur et appuyer sur [Confirmer]

  1. Allez dans l'espace [Administration] puis cliquez sur [Projets]

  2. Sélectionnez un projet existant puis allez jusqu'à la section Automatisation

    project-automation-block

  3. Cliquez sur Pas de serveur, une liste déroulante contenant les serveurs d'automatisation déclarés apparait

    project-automation-selection

  4. Sélectionnez le serveur et confirmez la sélection

† indique un composant commun à Squash AUTOM et Squash DEVOPS. Il ne doit être installé qu'une seule fois pour les deux.

Retour en haut de la page