Sur cette page

Notifications

Dans cette section, vous apprendrez à être notifié par email, Slack, PagerDuty ou webhook lorsqu’une exécution planifiée échoue ou ralentit.

Les notifications se règlent par test, dans l’onglet Notifications de Test Settings, et sont envoyées par les exécutions planifiées. Une licence gratuite ne propose que l’email ; Slack, PagerDuty et webhook nécessitent une licence payante.

Canaux

Activez un ou plusieurs canaux et renseignez leur destination. Chaque canal dispose d’un bouton qui envoie un message de test, pour vérifier la destination avant d’enregistrer.

Canal Destination Bouton de test
Email Notifications Un ou plusieurs destinataires, ajoutés avec Add Recipient Email. Nécessite les réglages SMTP. Send Test Email
Slack Notifications Une Webhook URL Slack, et éventuellement un Channel. Send Test Slack Message
PagerDuty Notifications La Integration Key d’une intégration Events API v2 de votre service PagerDuty, et la Default Severity des alertes d’échec : Critical, Error (par défaut), Warning ou Info. Les alertes de seuil prennent leur sévérité du statut de seuil. Send Test Alert
Webhook Notifications Une Webhook URL qui reçoit un POST avec un corps JSON. Send Test Webhook

Déclencheurs

Choisissez quand notifier, sous Notification Triggers :

Déclencheur Envoie une notification lorsque Par défaut
Notify on Test Failure le test échoue ou tombe en erreur activé
Notify on Test Success le test réussit désactivé
Notify on Threshold Status Change le statut de seuil change, par exemple ok → minor, minor → major ou major → ok activé
Notify on Threshold Exceeded la durée dépasse un seuil activé

Lorsqu’un test a des relances, les notifications sont envoyées une seule fois, après la dernière tentative.

Ne notifier qu’en cas de lenteur durable

Une exécution lente isolée relève souvent du bruit. Sous Notify on Threshold Exceeded, cochez Use “Notify After” conditions pour ne notifier que lorsque les deux conditions sont réunies :

  • Minimum Severity — Minor or worse, Major or worse (par défaut) ou Critical only
  • Consecutive Checks — le nombre d’exécutions consécutives à cette sévérité ou pire (2 par défaut)

Avec Major or worse et 2 exécutions consécutives, une notification n’est envoyée qu’après 2 exécutions consécutives évaluées MAJOR ou CRITICAL.

Contenu du webhook

Le webhook reçoit une requête POST avec Content-Type: application/json, et doit répondre avec un statut 2xx dans les 30 secondes :


{
  "event": "test_result",
  "source": "Mugnsoft Pulse",
  "timestamp": "2026-10-23T08:15:02.120Z",
  "test": {
    "name": "recherche",
    "project": "boutique",
    "suite": "smoke",
    "status": "FAILED",
    "duration": "12.48s",
    "durationMs": 12480
  },
  "threshold": {
    "status": "MAJOR",
    "exceeded": true
  },
  "execution": {
    "commandsExecuted": 7,
    "totalCommands": 9,
    "lastCommand": "click",
    "retryAttempt": 2,
    "retryCount": 2
  },
  "error": "Element not found: id=search"
}

status vaut PASSED, FAILED ou ERRORED. threshold n’est présent que si le statut de seuil n’est pas OK, et error uniquement si l’exécution en a signalé une.

Voir aussi

  • Seuils — les statuts sur lesquels reposent les notifications de seuil
  • Réglages d’exécution — le serveur SMTP utilisé pour l’email
  • Planification — les notifications sont envoyées par les exécutions planifiées

Traductions

Relances