Tests planifiés
Exécutez vos scénarios de test automatiquement selon un calendrier ou après des déploiements — recevez une notification immédiate lorsqu'un test planifié échoue.
Ce que vous verrez
La page Tests planifiés dans les paramètres de votre site affiche :
- La liste de tous les scénarios de test disponibles pour ce site, avec la possibilité d'activer ou désactiver la planification pour chacun
- Pour chaque test planifié : la fréquence configurée, la prochaine exécution prévue et le statut de la dernière exécution
- Un sélecteur de fréquence pour chaque test : toutes les heures, toutes les 6 heures, quotidien, hebdomadaire ou planification personnalisée (expression cron)
- L'historique des exécutions planifiées des 30 derniers jours avec leur statut
- Les paramètres de notification : email, webhook ou les deux
Comment planifier un test
Étape 1 — Accéder aux paramètres de tests planifiés
Depuis votre site dans QuickMonitoring, ouvrez la section Paramètres dans la barre de navigation latérale, puis cliquez sur Tests planifiés.
Étape 2 — Sélectionner les scénarios à planifier
La liste affiche tous les scénarios de test que vous avez créés pour ce site. Activez le commutateur en regard de chaque scénario que vous souhaitez planifier.
Il est possible de planifier plusieurs scénarios avec des fréquences différentes. Par exemple :
- Test de navigation rapide : toutes les heures
- Test de formulaire de contact : tous les jours
- Test de tunnel e-commerce complet : tous les jours à 6h00
Étape 3 — Choisir la fréquence
Pour chaque scénario activé, sélectionnez la fréquence dans le menu déroulant :
| Option | Exécution |
|---|---|
| Toutes les heures | Toutes les 60 minutes |
| Toutes les 6 heures | 4 fois par jour (00:00, 06:00, 12:00, 18:00 UTC) |
| Quotidien | Une fois par jour à l'heure que vous choisissez |
| Hebdomadaire | Une fois par semaine au jour et à l'heure que vous choisissez |
| Personnalisé (cron) | Expression cron pour des planifications précises |
Pour une planification personnalisée, entrez une expression cron standard. Exemples :
0 8 * * 1-5 # Du lundi au vendredi à 8h00 UTC
0 */4 * * * # Toutes les 4 heures
30 9 * * 1 # Chaque lundi à 9h30 UTC
0 6,18 * * * # À 6h00 et 18h00 chaque jour
Étape 4 — Configurer les notifications d'échec
Faites défiler jusqu'à la section Notifications pour configurer comment vous souhaitez être alerté lorsqu'un test planifié échoue.
Notifications par email
Indiquez les adresses email à notifier. Par défaut, l'adresse du propriétaire du compte est pré-remplie. Vous pouvez ajouter plusieurs adresses séparées par des virgules (idéal pour notifier toute l'équipe ou une liste de diffusion).
Notifications par webhook
Entrez l'URL de votre webhook (Slack, Discord, Microsoft Teams, ou votre propre endpoint) pour recevoir les notifications dans votre outil de communication. Le corps de la requête envoyé par QuickMonitoring est au format JSON :
{
"event": "test_failed",
"site_id": "site_abc123",
"site_name": "Mon Site",
"scenario_id": "scenario_xyz456",
"scenario_name": "Test du tunnel de paiement",
"execution_id": "exec_789",
"failed_at": "2024-03-15T08:42:00Z",
"failed_step": "Vérifier que la page de confirmation affiche le numéro de commande",
"error_message": "Élément non trouvé : texte 'Commande confirmée' absent de la page",
"result_url": "https://app.quickmonitoring.com/sites/site_abc123/tests/scenario_xyz456/executions/exec_789"
}
Politique de notification
Par défaut, une notification est envoyée uniquement lors du premier échec d'une série — pas à chaque exécution échouée. Cela évite le bombardement de notifications si un problème persiste. Une nouvelle notification est envoyée lorsque :
- Le test échoue pour la première fois après une période de succès
- Le test repasse à l'état Réussi après avoir été en échec (notification de résolution)
Vous pouvez modifier ce comportement dans les paramètres avancés pour recevoir une notification à chaque exécution échouée.
Étape 5 — Enregistrer la configuration
Cliquez sur Enregistrer la planification. Les tests commenceront à s'exécuter selon le calendrier défini à partir de la prochaine occurrence.
Intégration avec les déploiements (via webhook entrant)
En plus de la planification temporelle, vous pouvez déclencher l'exécution de vos tests après chaque déploiement via un webhook entrant. Cela vous garantit que vos tests s'exécutent systématiquement après chaque mise en production, quel que soit le moment.
Configuration du webhook de déploiement
- Dans la page Tests planifiés, faites défiler jusqu'à la section Déclenchement par déploiement
- Copiez l'URL du webhook entrant générée pour votre site
- Ajoutez un appel à cette URL dans votre pipeline CI/CD, après l'étape de déploiement en production
Exemple avec GitHub Actions :
- name: Déclencher les tests QuickMonitoring
if: github.ref == 'refs/heads/main'
run: |
curl -X POST "${{ secrets.QUICKMONITORING_WEBHOOK_URL }}" \
-H "Content-Type: application/json" \
-d '{"triggered_by": "github_actions", "commit": "${{ github.sha }}"}'
Exemple avec GitLab CI :
trigger_quickmonitoring:
stage: post-deploy
script:
- |
curl -X POST "${QUICKMONITORING_WEBHOOK_URL}" \
-H "Content-Type: application/json" \
-d "{\"triggered_by\": \"gitlab_ci\", \"commit\": \"${CI_COMMIT_SHA}\"}"
only:
- main
Vous pouvez choisir quels scénarios sont déclenchés par le webhook de déploiement indépendamment de ceux qui sont planifiés temporellement — il est courant d'exécuter tous les tests critiques après chaque déploiement et seulement les tests de surveillance rapide toutes les heures.
Consulter l'historique des exécutions planifiées
Dans la page Tests planifiés, cliquez sur le nom d'un scénario pour voir son historique d'exécutions planifiées. L'historique affiche les 30 derniers jours avec un graphique de calendrier (vert = réussi, rouge = échoué, gris = non exécuté).
Cliquez sur n'importe quelle exécution pour consulter le détail complet dans le Visualiseur de résultats.
Condition de réussite
Vous obtenez ce succès lorsque : vous avez activé la planification pour au moins un scénario de test, et ce test a été exécuté au moins une fois par le planificateur (pas manuellement) avec le statut Réussi.
Problèmes courants
Le test planifié ne s'exécute pas à l'heure prévue Les exécutions planifiées sont exprimées en UTC. Vérifiez que l'heure configurée correspond bien à votre fuseau horaire local converti en UTC. Par exemple, 9h00 heure de Paris (UTC+1 en hiver, UTC+2 en été) correspond à 8h00 ou 7h00 UTC selon la saison.
Je reçois trop de notifications Activez l'option Notification uniquement au premier échec dans les paramètres avancés des notifications. Vous serez notifié une seule fois lorsqu'un problème apparaît, puis à nouveau lorsqu'il est résolu.
Le webhook de déploiement ne déclenche pas les tests Vérifiez que l'URL du webhook est correctement copiée et que votre pipeline CI/CD envoie bien une requête POST (pas GET). Consultez les logs de votre pipeline pour voir si la requête curl s'exécute et quel code HTTP elle reçoit en réponse. Un code 200 ou 202 indique que QuickMonitoring a bien reçu le déclenchement.
Un test planifié échoue systématiquement mais réussit quand je l'exécute manuellement Les exécutions planifiées utilisent le même moteur que les exécutions manuelles, mais sans session utilisateur active — cela peut révéler des problèmes de timing si votre site charge des ressources différemment selon l'heure de la journée (CDN, cache, etc.). Consultez les captures d'écran de l'exécution planifiée et comparez-les avec une exécution manuelle pour identifier la différence.