Conforme RGPD Hébergement en France Tests sans code

Ce que les tests automatisés changent vraiment pour votre entreprise

Moins de régressions découvertes par vos utilisateurs, des mises en ligne qui ne se jouent plus à pile ou face, et une couverture de test qui tient dans la durée. Voici ce que la plateforme change concrètement, et comment ça se mesure.

app.mrsuricate.com
Parcours critiques surveillés Surveillance active
Site webApplication mobileAPI
  • Web · Tunnel de commandeRéussi
  • Mobile · Connexion utilisateurRéussi
  • API · Création de commandeRégression
  • Web · Validation du paiementRéussi
Dernière exécution il y a 4 min
Incident détectéÉquipe alertée

Un bug en production se paie deux fois

Une fois en chiffre d’affaires perdu, une fois en temps d’équipe. Entre les deux, personne ne sait combien de parcours étaient déjà cassés depuis la veille. Les tests automatisés ne suppriment pas les bugs, ils déplacent le moment où vous les découvrez : avant la mise en ligne plutôt qu’au premier appel au support.

Icône souris

Vos parcours critiques sont rejoués en continu, en pré-production comme en production. L’alerte part avant le premier ticket support, avec la capture et le pas à pas de ce qui a cassé.

Icône de rectangles violets

Une campagne de non-régression complète tourne pendant que l’équipe fait autre chose. Le déclenchement se fait depuis votre chaîne CI/CD, et un test en échec peut bloquer la mise en production.

Icône d'engrenage violet

C’est là que les projets d’automatisation meurent d’habitude. Le self-healing répare une partie des ruptures, et un bloc réutilisable modifié une fois met à jour tous les scénarios qui l’emploient.

Icône de test API violet

Vos équipes écrivent et pilotent les scénarios, ou nos consultants QA prennent le relais sur tout ou partie du périmètre. Les deux modes cohabitent sur le même compte.

Ce que ça change, ligne par ligne

Sans tests automatisés
Avec Mr Suricate
Les régressions remontent par le service client.
Elles remontent par une alerte, avant vos utilisateurs.
La non-régression avant release occupe une journée d'équipe.
Elle tourne en quelques minutes, en parallèle, sans mobiliser personne.
On teste ce qu'on a le temps de tester avant la date.
Tous les parcours critiques repassent à chaque fois.
Le mobile natif est testé à la main, ou pas du tout.
Il est rejoué sur des terminaux réels, avec le web et les API.
Un incident se raconte de mémoire en réunion.
Il s'ouvre avec la capture, la vidéo et le pas à pas.
La charge de test retombe entièrement sur l'équipe QA.
Vous choisissez ce que vous déléguez.
Résultat15 fois moins de temps passé sur la non-régression, environ 50 % de bugs en moins en production, et 3 millions d'exécutions de scénarios jouées chaque mois chez nos clients.
Avant les outils de Mr Suricate, nous avions besoin d'une journée entière pour re-tester toutes les fonctionnalités du site après la livraison d'une nouvelle version. Aujourd'hui, cela ne prend que 10 minutes. En seulement 10 minutes, avec une quarantaine de scénarios critiques en pré-production, nous savons si tout est OK ou pas. Pour nous, c'est le meilleur argument : le gain de temps.

Michael AlimiDOSI, Intersport

VOS QUESTIONS

Ce que les équipes nous demandent avant de se lancer

Périmètre, charge d'équipe, maintenance : les réponses aux questions qui reviennent le plus.

Combien de temps avant de voir un premier résultat ?

Les premiers scénarios critiques sont en place en quelques jours et tournent dès la campagne suivante. Le gain réel se mesure quand la non-régression complète est automatisée, pas au premier scénario.

Est-ce que ça remplace notre équipe QA ?

Non. Mr Suricate ne remplace pas votre équipe QA, il la renforce. La plateforme prend la charge répétitive de la non-régression, vos testeurs gardent l'exploratoire, la conception des cas et l'arbitrage.

Qu'est-ce qui est réellement couvert ?

Vos parcours navigateur sur les versions de Chrome, Firefox, Safari et Edge de votre parc, y compris sur les résolutions mobiles, les applications natives iOS et Android jouées sur des fermes de terminaux réels, et vos API. Les clients lourds ne sont pas couverts.

Combien ça coûte à maintenir dans le temps ?

C'est la vraie question, et c'est là que la plupart des projets d'automatisation s'arrêtent. Le self-healing répare une partie des ruptures et un bloc réutilisable modifié une fois se propage à tous les scénarios. Nos clients constatent environ une heure de maintenance économisée par scénario et par mois.

Faut-il savoir coder ?

Non. Les scénarios s'écrivent sans code, par capture assistée par IA ou par assemblage de blocs. Une personne du métier peut lire et modifier un scénario. Vous pouvez aussi déléguer l'écriture et la maintenance à nos consultants QA.

Combien vous coûte un bug qui passe ?

Une démo de 30 minutes sur vos propres parcours, ou le calculateur pour estimer le gain sur votre périmètre.