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
- Survolez le test dans l’onglet Tests et cliquez sur Code exporter.
- Gardez Mugnsoft Code comme langage : la fenêtre Generated Test Script affiche le script que Mugnsoft exécutera.
- 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 :
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