Alerte en temps réel Captures horodatées Historique conservé

Savoir ce qui a cassé, où, et depuis quand

Chaque exécution laisse une trace exploitable : l’étape en échec, la capture de ce que l’utilisateur aurait vu, l’historique. Et l’alerte part sur le canal que vous avez choisi, pas sur tous.

app.mrsuricate.com
Dernière campagne42 scénarios
Site webApplication mobileAPI
  • Web ·Connexion utilisateurPassé
  • Web ·Ajout au panierPassé
  • Web ·Validation du paiementÉchec
  • API ·Création de commandePassé
Dernière exécution il y a 4 min
Capture jointeAlerte envoyée à l'astreinte

Un test rouge sans preuve ne sert à rien

L’équipe passe une heure à reproduire l’incident avant de pouvoir le qualifier, et parfois n’y arrive pas. À l’inverse, une alerte envoyée à tout le monde pour chaque échec finit par être filtrée par tout le monde.

Icône souris

Capture d’écran et détail de l’étape en échec. Vous voyez ce que l’utilisateur aurait vu, sans rejouer le parcours à la main.

Icône de rectangles violets

SMS pour un incident bloquant en production, e-mail pour l’équipe, webhook vers Slack, Teams ou votre outil d’astreinte.

Icône d'engrenage violet

L’évolution des exécutions dans le temps, pour repérer la dégradation avant vos utilisateurs plutôt qu’après.

Icône de test API violet

Les étapes franchies, celles qui ont échoué, la durée. C’est ce que vous ouvrez quand quelqu’un demande ce qui s’est passé.

Quel canal pour quelle criticité

SituationCanalDestinataireDélai
Incident bloquant en productionSMSAstreinteImmédiat
Régression détectée en recetteE-mail et webhookÉquipe QA et produitÀ la fin de l'exécution
Dérive de performanceE-mailResponsable techniqueAu rapport périodique

VOS QUESTIONS

Les questions qu'on nous pose sur le reporting

Preuves conservées, canaux d'alerte, historique : les réponses aux questions qui reviennent le plus souvent.

Quelles preuves sont conservées après une exécution ?

La capture d'écran de l'étape en échec et le détail du scénario joué, étape par étape. C'est ce qui permet de qualifier un incident sans le reproduire à la main.

Sur quels canaux partent les alertes ?

SMS pour un incident bloquant en production, e-mail pour la liste des utilisateurs de l'espace de travail, et webhook vers les messageries courantes comme Slack ou Teams.

Peut-on choisir qui reçoit quoi ?

Oui, c'est le principe. Vous réglez la réception selon la criticité du parcours, pour éviter l'alerte générale que tout le monde finit par filtrer.

Les rapports servent-ils sur les sujets de conformité ?

Les tests d'accessibilité et de RGPD produisent un historique daté des contrôles exécutés, qui documente ce qui a été vérifié et quand. C'est une base de travail utile, à confronter aux exigences propres à votre audit.

Comment repérer une dégradation qui s'installe lentement ?

Par l'historique des exécutions. Une dérive des temps de réponse ou un scénario qui échoue une fois sur dix se voit dans la série, pas sur une exécution isolée.

Vous ne croyez que ce que vous voyez ?

Une démo de 30 minutes sur votre propre application. Vous verrez un incident remonter, avec sa capture et son alerte.