Avec Mr Suricate, vos tests automatisés partent directement depuis votre pipeline CI/CD. Déclenchement à chaque build depuis Jenkins, GitLab ou Azure, ou planification récurrente jusqu’à toutes les 5 minutes. Vos parcours critiques restent sous surveillance et l’alerte part avant que vos utilisateurs appellent.
Déclenchement par pipeline Récurrence dès 5 minutes Sans ligne de code
Votre chaîne CI/CD protège le moment de la livraison. Elle ne dit rien des heures qui suivent, quand un certificat expire, qu’une API tierce ralentit ou qu’un changement de contenu casse un tunnel de commande. La panne ne vient d’aucun build, et vous l’apprenez par le service client. Un test continu, c’est le même scénario rejoué à intervalle régulier, jusqu’à toutes les 5 minutes, sur l’environnement réel.
Sur l’ensemble de nos clients, ce sont 3 millions d’exécutions de scénarios par mois.
Vos tests partent à chaque build, depuis Jenkins, GitLab, Azure DevOps ou votre orchestrateur, par appel d’API ou par webhook.
Chaque scénario porte sa propre récurrence, de toutes les 5 minutes à un passage mensuel. Les parcours critiques sont rejoués sans que personne n’y pense.
Recette, préproduction, production. Les mêmes scénarios, avec les jeux de données propres à chaque environnement.
Le statut revient dans le build, et un échec ouvre un incident qui part sur vos canaux : SMS, e-mail, Slack, Teams ou PagerDuty. Personne n’ouvre un outil de plus.
La récurrence se règle scénario par scénario, directement dans l’application. Un tunnel de paiement peut tourner toutes les 5 minutes quand un export de facturation se contente d’un passage par mois.
Trois temps, quel que soit le déclencheur, et aucun ne vous demande de sortir de vos outils.
vos scénarios tournent sur vos environnements réels
L'outil se branche avec nos outils pour exécuter les tests qu'il faut au besoin, et exécute en permanence les tests de non-régression pour s'assurer que tout va bien.
Romain, Product Manager dans un média en ligne. Avis 5 sur 5 publié sur GetApp.
Repère de marché : les équipes les plus performantes déploient 208 fois plus souvent que les moins performantes, avec un taux d'échec 7 fois inférieur. Source : Accelerate State of DevOps Report 2019, DORA et Google Cloud.
ALLER PLUS LOIN
Chaque brique de la plateforme, de la création du scénario à la preuve de son exécution.
Un terme vous échappe ? Le glossaire du test automatisé le définit.
VOS QUESTIONS
Fréquences d'exécution, alertes, environnements, blocage d'une mise en production : les réponses aux questions qui reviennent le plus souvent.
Par appel d'API depuis votre orchestrateur, ou par webhook. Jenkins, GitLab et Azure sont les cas les plus fréquents chez nos clients. L'appel lance dans Mr Suricate les scénarios tagués sur l'environnement ciblé, et la planification reste disponible pour ce qui ne dépend pas d'un build.
C'est vous qui décidez. Le statut revient dans le build via l'API Mr Suricate, et vous choisissez s'il informe simplement l'équipe ou s'il arrête la chaîne.
Non. Les scénarios tournent sur vos environnements existants, recette, préproduction ou production, avec les jeux de données propres à chacun.
Elle se compte en dizaines de minutes plutôt qu'en jours. Les ordres de grandeur constatés chez nos clients vont jusqu'à quinze fois moins de temps qu'en manuel.
Une partie des ruptures de sélecteur se répare seule grâce au self-healing. Le reste remonte en incident, avec l'étape en échec et la capture, et la correction d'un bloc se propage à tous les scénarios qui l'utilisent.
La récurrence se règle scénario par scénario. Le pas le plus court est de 5 minutes, puis 10, 15 et 30 minutes, toutes les heures, 2 ou 4 fois par jour, quotidien, hebdomadaire et mensuel. Un calendrier personnalisé permet de choisir les jours et les créneaux horaires. Les campagnes et les séquencements, eux, se planifient au jour, à la semaine ou au mois, avec un ou plusieurs passages par jour.
Non, et ce n'est ni de l'APM ni du RUM : votre code n'est pas instrumenté. Une supervision classique dit que le serveur répond et que la page se charge. Un scénario rejoue le parcours complet dans un vrai navigateur, se connecte, remplit, valide, et vérifie que chaque étape aboutit. Les deux sont complémentaires. Pour l'angle métier de cette surveillance, voir notre page sur le monitoring de production.
Un scénario est une session de navigateur, pas un tir de charge : à 5 minutes, cela représente 288 exécutions par jour pour ce scénario. La vraie question porte sur le nombre de parcours réglés au pas le plus court, et cet arbitrage se pose au démarrage : les parcours critiques au pas le plus fin, le reste plus espacé.
L'échec ouvre un incident dans Mr Suricate, puis déclenche la notification configurée : SMS, e-mail, Slack, Microsoft Teams, Discord, Google Chat ou PagerDuty. L'incident regroupe les scénarios en échec sur la période et sert de point d'entrée pour rejouer l'exécution et voir où elle s'arrête.
Une démo de 30 minutes sur votre propre chaîne. Vous verrez un build déclencher une campagne, et un scénario planifié tourner seul puis ouvrir un incident.