Déployer dans Mugnsoft

Dans cette section, vous apprendrez à transformer un test Pulse en moniteur EUM exécuté par Mugnsoft sur vos sondes, et à le versionner dans GitLab.

Avant de commencer

  • Un webserver Mugnsoft Core, avec au moins une sonde qui exécute des moniteurs EUM
  • La connexion Mugnsoft renseignée dans les réglages d’exécution, et validée avec Test Connection
  • Pour GitLab, la connexion GitLab renseignée dans les réglages d’exécution
  • Un test qui réussit de façon fiable dans Pulse

Ouvrir les informations du moniteur

  1. Survolez le test dans l’onglet Tests et cliquez sur Code exporter.
  2. Gardez Mugnsoft Code comme langage : la fenêtre Generated Test Script affiche le script que Mugnsoft exécutera.
  3. Cliquez sur Commit. La fenêtre Monitor Information s’ouvre, avec trois onglets.

Les informations du moniteur sont enregistrées avec le test dans le fichier .side : le déploiement suivant repart des valeurs saisies. Voir Monitor Configuration in .side File pour en exclure les secrets.

Settings

Carte Champs
Definition Monitor Name et Description du moniteur EUM
Probes Les sondes qui exécutent le moniteur, lues depuis votre webserver
Schedule La Frequency : 2, 3, 5, 10, 20 ou 30 minutes, ou 1 heure. Les fréquences CUSTOM ne s’exécutent qu’entre une heure de Start et une heure de End (de 09:00 à 17:00 par défaut)
Tags Tags for linking — les tags qui rattachent le moniteur à vos applications dans Mugnsoft
Threshold Les limites Minor, Major et Critical et le Timeout d’une exécution
Browser Le navigateur utilisé par la sonde : chrome, firefox ou edge

Un test dont la première commande est free text est un test GUI : la carte Browser est remplacée par GUI, avec la Similarity des images et le Capture .png zip des images utilisées par le test.

Un point rouge sur l’onglet SETTINGS signale un champ obligatoire vide ou invalide.

Advanced

Carte Champs
Misc #Tries — le nombre de tentatives d’une exécution
Browser Window size (de 2560x1440 à 1280x800), un User Agent spécifique, et une Extension (.crx) de navigateur à charger
Proxy none, pac (avec la Proxy PAC Url), basic (no auth), auth (avec User et Password), ou custom lorsque le script le définit lui-même
Multi-Factor Authentication Activez TOTP et saisissez le Secret, pour un parcours qui se connecte avec un code à usage unique
Key Vault Lire les identifiants du parcours dans un coffre : Secret path, Username key et Password key
Connection quality Throttling simule une connexion plus lente : Connection type (CELLULAR 2G, 3G ou 4G, ETHERNET, WIFI), avec débits montant et descendant et latence

Actions

Choisissez qui est alerté, et quand, sur chaque canal : Email (destinataires), Slack (canal et jeton), Teams (webhook), PagerDuty (clé d’API) et Custom script (le script à lancer et son Timeout (s)).

Pour chaque canal, ON FAIL alerte lorsque le moniteur échoue et ON CHANGE lorsque son statut change. La condition de notification — notify if status is un statut donné, après un nombre de contrôles — filtre les échecs isolés, comme pour tout moniteur Mugnsoft.

Commit

Le bouton en bas de la fenêtre déploie le moniteur ; sa flèche propose trois cibles :

  • Commit to Mugnsoft — crée le moniteur EUM sur le webserver de l’environnement sélectionné. Il apparaît ensuite dans la liste des moniteurs de Mugnsoft.
  • Commit to Gitlab — versionne la définition du moniteur dans votre dépôt, avec le GITLAB COMMIT MSG saisi. Choisissez l’ACTION : Create une nouvelle définition, Update une définition existante, ou Delete.
  • Commit to Mugnsoft and Gitlab — les deux à la fois.

Note :

Le déploiement envoie au webserver le script, les réglages du moniteur et ses secrets. Utilisez une connexion HTTPS vers le webserver et un jeton à validité limitée.

Voir aussi

  • Moniteur EUM — comment Mugnsoft exécute le test déployé
  • Transactions — chronométrer chaque étape du parcours dans Mugnsoft
  • Export de code — le script généré et les autres langages

Traductions