Contexte
Sur une plateforme B2B, les tests de non-régression mêlent parcours utilisateurs, vérification de données et d'exports, et appels d'API, sans équipe d'assurance qualité dédiée.
Chaque livraison rouvrait donc la même question : que faut-il retester, et combien de temps y consacrer.
Une recette manuelle ne tient pas la cadence des déploiements
Le problème d'une recette faite à la main n'est pas sa lenteur, c'est son irrégularité. Sous pression, on teste les parcours dont on se souvient, et les régressions se logent précisément dans ceux qu'on a oubliés.
L'objectif n'était pas d'ajouter un outil de plus, mais de transformer un savoir-faire de recette en scénarios exécutables, versionnés au même titre que le code qu'ils vérifient.
Deux options, un arbitrage
Option écartée : le pilotage du navigateur réel
Un connecteur pilotant un vrai navigateur permettait de rejouer les parcours tels qu'un utilisateur les vit. L'outil restait en version d'essai : lenteur d'exécution, dépendance à une session de navigateur ouverte, et exposition aux injections de contenu sur les intégrations tierces.
Option retenue : navigateur sans interface, piloté par le code
Les scénarios naviguent les parcours, cliquent, remplissent les formulaires, capturent copies d'écran et journaux de console, puis comparent l'état obtenu à l'état attendu. Aucun navigateur à laisser ouvert, aucune session à maintenir.
Une exécution sur l'infrastructure déjà en place
Le choix s'est fait sur la cohérence avec l'existant plutôt que sur les seules qualités de l'outil : la recette tourne sur le serveur qui héberge déjà la chaîne de livraison, sans machine ni abonnement supplémentaires.
Des scénarios traités comme du code
Versionnés dans le dépôt, relus, rejoués à chaque déploiement et déclenchés automatiquement par la chaîne d'intégration continue. Un test devient un objet durable qui se corrige et s'enrichit, au lieu d'un rituel refait de mémoire.
Ce que le projet a changé
Ce cas est le plus récent des trois : les bénéfices décrits sont ceux visés par la mise en place, ils n'ont pas encore fait l'objet d'une mesure sur la durée. Ils seront actualisés une fois le recul suffisant.
à chaque déploiement
là où la recette manuelle dépendait du temps disponible
comme le reste du code
les scénarios se relisent, se corrigent et se complètent
Les briques employées
Claude Code, Playwright, VPS OVH, GitHub Actions.