Témoignage client
Comment LegalPlace est passé de tests qui cassent à une qualité maîtrisée sur toutes les équipes
D'un backlog de tests manuels et de scripts Playwright instables à des cycles de release pilotés par un seul QA Lead, sans une ligne de code.
Le Défi
Les tests UI manuels et une automatisation fragile ne pouvaient pas passer à l'échelle. Les tests unitaires étaient automatisés, mais tout le reste, des parcours UI aux scénarios de bout en bout, reposait sur des tests manuels. Les scripts Playwright se cassaient à chaque changement d'interface, obligeant l'équipe à maintenir les tests au lieu de les exécuter. Maintenir le QA au rythme du produit relevait du combat permanent.
La Solution
Des tests en langage naturel qui s'adaptent automatiquement aux changements d'UI. Thunders a permis à l'équipe QA de rédiger des tests en langage clair, des tests qui s'auto-réparent à mesure que l'interface évolue. Fini la chasse aux sélecteurs cassés et aux exécutions UI manuelles.
Résultats clés
Dès la 1ère session
De vrais bugs détectés en production, avant même la fin du déploiement
Quelques jours
Pour qu'une équipe QA sans expérience de l'outil soit pleinement opérationnelle
1 QA Lead
Pilote désormais la qualité de plusieurs équipes produit en parallèle
1 sprint
Là où passes manuelles, corrections Playwright et validation en prenaient plusieurs
Avant Thunders
Zéro couverture UI. Des tests qui cassent à chaque changement d'interface. LegalPlace est une plateforme LegalTech qui permet aux entreprises de créer et de gérer leur société, couvrant l'immatriculation, la domiciliation, la banque, la comptabilité et l'assurance. Leur produit évolue vite. Leur couverture de tests, non. Les tests unitaires étaient automatisés, mais les tests UI reposaient sur des scripts Playwright. Mais la couche UI était encore testée à la main: Et chaque fois que l'interface changeait, les scripts Playwright existants se cassaient, au détriment du temps consacré aux livraisons. Les tests étaient devenus un goulot d'étranglement : répétitifs, chronophages, et de plus en plus en retard sur les releases.
Mise en œuvre
Une prise en main en quelques jours, des tests qui tournent dès la même semaine. Thunders a été opérationnel presque immédiatement. Le QA Lead, qui découvrait l'outil, l'a pris en main sans la moindre friction. Aucune syntaxe à apprendre. Il a repris des cas d'usage existants et les a implémentés directement. En quelques jours, il exécutait de vrais tests sur des parcours en production. La première session a été révélatrice : Thunders a signalé de vrais bugs déjà présents en production, des problèmes passés à travers les mailles du processus QA existant. Les deux points de friction, maintenance des scripts et passes UI manuelles, avaient disparu dès la première semaine. Les tests auto-réparateurs ont supprimé la charge de maintenance des scripts Playwright. Les tests UI automatisés ont remplacé les vérifications manuelles, le QA Lead rédigeant l'ensemble en langage naturel.
Thunders nous offre la puissance d'une équipe QA complète.
Wassim Jouini
CTO @Legalplace
Résultat
Plus de couverture, des releases plus rapides, et une équipe QA qui prend enfin les devants. Le changement dans le fonctionnement du QA chez LegalPlace est structurel. Le QA Lead ne passe plus son temps à maintenir des tests cassés.Il le consacre à construire des matrices de tests avec les équipes produit, à les implémenter dans Thunders et à valider les releases dans le cadre du sprint. Chaque nouvelle fonctionnalité suit le même processus : le QA Lead travaille avec l'équipe pour définir ce qui doit être testé, rédige les tests en langage clair et les exécute avant la mise en production. Le processus est assez rapide pour que plusieurs équipes produit puissent travailler en parallèle sans compromettre la couverture.
