Déclenchement par pipeline Résultat dans vos outils Sans ligne de code

Brancher vos tests automatisés sur votre chaîne CI/CD

Vos tests partent à chaque build depuis Jenkins, GitLab ou votre orchestrateur, s’exécutent sur vos environnements, et le résultat revient dans le pipeline comme dans vos outils d’équipe.

app.mrsuricate.com

Exécution déclenchée par le pipelineBuild #2417

Site webApplication mobileAPI

Étape ·Déploiement en recetteTerminé
Étape ·Non-régression, 42 scénariosTerminé
Étape ·Parcours de paiementÉchec
Étape ·Mise en productionEn attente

Dernière exécution il y a 4 min

Mise en production bloquéeLe pipeline s'est arrêté

Des tests qui ne tournent qu'à la main ne protègent rien

Une campagne lancée le vendredi après-midi, quand quelqu’un y pense, ne dit rien de ce qui a été livré le mardi. Tant que l’exécution n’est pas déclenchée par le pipeline, la couverture dépend de la disponibilité d’une personne.

Déclenchement par votre pipeline

Vos tests partent à chaque build, depuis Jenkins, GitLab ou votre orchestrateur, par appel d’API ou par webhook.

Exécution sur vos environnements

Recette, préproduction, production. Les mêmes scénarios, avec les jeux de données propres à chaque environnement.

Résultat renvoyé au pipeline

Le statut revient dans le build. À vous de décider s’il informe simplement l’équipe ou s’il arrête la chaîne.

Restitution dans vos outils

Jira pour le ticket, Slack ou Teams pour l’équipe, SMS pour l’astreinte. Personne n’ouvre un outil de plus.

De votre commit à votre outil de ticket, sans rupture

Trois temps, et aucun ne vous demande de sortir de vos outils.

1 Déclenchement Vos outils gardent la main

GitLab
Jenkins
Microsoft Azure
Appel API
Planification

2 Exécution

vos scénarios tournent sur vos environnements réels

Parcours web
Applications natives iOS et Android
Fermes de mobiles réelles
API et flux internes

3 Restitution Le résultat arrive où vous travaillez

Jira
Slack
SMS
Webhook
API

Et un pipeline qui ne casse pas à chaque évolution

Self-healing

ALLER PLUS LOIN

Toutes les intégrationsPlus de 1 000 outils connectables : CI/CD, tickets, messagerie, astreinte.Maintenir vos scénariosSelf-healing et blocs partagés, pour que le pipeline reste fiable.Les tests de non-régressionLe premier gain d'une automatisation, et le plus facile à mesurer.

VOS QUESTIONS

Les questions qu'on nous pose sur les tests continus

Déclenchement, blocage de mise en production, environnements : les réponses aux questions qui reviennent le plus souvent.

Comment déclencher une exécution depuis notre pipeline ?

Par appel d'API depuis votre orchestrateur, ou par webhook. Jenkins, GitLab et Azure sont les cas les plus fréquents chez nos clients, et la planification reste disponible pour ce qui ne dépend pas d'un build.

Un test en échec peut-il bloquer une mise en production ?

C'est vous qui décidez. Le statut revient dans le build, et vous choisissez s'il informe simplement l'équipe ou s'il arrête la chaîne.

Faut-il un environnement dédié aux tests ?

Non. Les scénarios tournent sur vos environnements existants, recette, préproduction ou production, avec les jeux de données propres à chacun.

Combien de temps prend une campagne de non-régression ?

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.

Que se passe-t-il si un scénario casse à cause d'un changement d'interface ?

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.