Test de non-régression automatisé no-code : le guide et l'outil
Le test de non-régression (TNR) vérifie qu'une livraison n'a rien cassé de ce qui marchait avant. C'est le test le plus répétitif de la QA — et le premier qu'on saute quand la release presse. Ce guide explique ce qu'est un TNR, ce qui le distingue d'un test de régression, comment l'automatiser sans écrire une ligne de code, et à quoi ressemble un outil de TNR conçu pour les équipes QA plutôt que pour les développeurs.
Sans carte bancaire · 100 checkpoints par mois offerts
Qu'est-ce qu'un test de non-régression ?
Un test de non-régression est une vérification que les fonctionnalités existantes d'une application se comportent toujours comme attendu après une modification : correctif, nouvelle fonctionnalité, mise à jour de dépendance, changement de configuration. On ne teste pas la nouveauté, on protège l'acquis.
Concrètement, une campagne de TNR rejoue un ensemble de parcours de référence (connexion, recherche, panier, formulaire, tableau de bord…) et compare le résultat obtenu à un résultat attendu : la page s'affiche-t-elle comme avant, les valeurs sont-elles justes, les états (erreur, succès, vide) sont-ils bien rendus ?
En France, le terme métier est « test de non-régression » ou « TNR » — dans les cahiers de recette, les plans de test des ESN et les DSI. « Test de régression » est le calque de l'anglais regression testing ; il désigne la même chose, avec une nuance de vocabulaire expliquée ci-dessous.
TNR ou test de régression : quelle différence ?
Aucune sur le fond : les deux expressions désignent la vérification qu'aucune régression n'a été introduite. La différence est d'usage :
- « test de non-régression » / TNR : vocabulaire des équipes projet et des recettes en France. On dit « passer les TNR », « le périmètre TNR », « la campagne de non-régression ».
- « test de régression » : traduction directe de regression testing, courante dans la documentation des outils et des frameworks.
- Attention, « test de régression » seul renvoie aussi à la régression statistique (analyse de données) : dans une recherche ou un document, préférez toujours « non-régression » pour lever l'ambiguïté.
Pourquoi le TNR est le test qu'on saute
Une campagne de non-régression manuelle a trois défauts structurels :
- Elle est longue : rejouer 50 parcours sur 3 navigateurs prend des jours, et la release attend.
- Elle est répétitive : ce sont les mêmes clics à chaque livraison, donc les mêmes oublis, la même fatigue.
- Elle vieillit mal : le périmètre de référence n'est pas mis à jour, et on finit par tester ce qui n'existe plus tout en oubliant ce qui a changé.
Résultat : le TNR est réduit au « happy path » ou reporté — et la régression est découverte par les utilisateurs.
Automatiser le test de non-régression : les trois approches
Scripts de test (Selenium, Cypress, Playwright). Un développeur écrit chaque parcours en code, avec ses sélecteurs et ses assertions. Puissant et flexible, mais coûteux à créer (1 à 3 jours par suite) et fragile à maintenir : chaque changement d'interface casse des sélecteurs. La QA dépend des développeurs pour chaque évolution du périmètre.
Comparaison de captures d'écran. On photographie chaque page avant et après, et on compare pixel par pixel. Simple à mettre en place, mais bruyant : anti-aliasing, polices, animations et contenus dynamiques génèrent des faux positifs, et la comparaison ne dit rien des valeurs ni des états fonctionnels.
Enregistrement et rejeu sans code. Le testeur navigue une fois sur l'application ; l'outil enregistre le parcours, le rejoue à chaque livraison et compare le rendu obtenu à la référence — visuellement et fonctionnellement, côte à côte. C'est l'approche de Delta-QA : aucun script à écrire, aucun sélecteur à maintenir, et un verdict qui ne signale que ce qu'un œil humain remarquerait.
Comment se déroule un TNR automatisé avec Delta-QA
- Enregistrez : ouvrez votre site depuis le navigateur, parcourez les fonctionnalités critiques comme un utilisateur. Delta-QA capture les actions et l'état de chaque page.
- Rejouez : à chaque livraison (ou à la demande), les scénarios s'exécutent seuls, sur Chrome, Firefox et WebKit.
- Comparez : le rapport montre référence et version courante côte à côte, avec les différences surlignées et classées (critique, avertissement, mineur). Un changement structurel sans impact visuel n'est pas signalé ; une valeur affichée qui change l'est.
- Décidez : vous validez le changement comme nouvelle référence, ou vous ouvrez le bug.
Le moteur de comparaison est une IA déterministe — pas un LLM : un algorithme propriétaire issu de la recherche sur la régression visuelle, sans modèle appris, dont chaque verdict est reproductible et explicable. Il est re-validé à chaque version sur 437 cas de test avec zéro faux positif et zéro faux négatif.
Ce qu'un TNR automatisé doit détecter
- Valeurs et états : prix, compteurs, statuts, états de formulaire (erreur, succès, désactivé).
- Rendu : couleurs et thèmes, typographie, mise en page, bordures, visibilité, animations figées.
- Structure : un DOM qui change sans effet visible ne doit pas déclencher d'alerte (zéro faux positif) ; un élément qui disparaît doit le faire (zéro faux négatif).
- Multi-navigateurs et responsive : le même scénario, plusieurs moteurs et plusieurs largeurs d'écran.
Choisir un outil de test de non-régression : la grille
| Critère | Pourquoi ça compte |
|---|---|
| Sans code | Le périmètre TNR doit pouvoir évoluer par l'équipe QA elle-même, sans attendre un développeur. |
| Faux positifs | Chaque fausse alerte coûte une analyse ; un outil bruyant finit ignoré. Demandez un chiffre mesuré, pas une promesse. |
| Visuel + fonctionnel | Une page peut être juste à l'écran et fausse dans ses valeurs, ou l'inverse. Il faut les deux, côte à côte. |
| Déterminisme | Même entrée, même verdict, à chaque exécution : c'est la condition pour faire confiance à un rapport. |
| Hébergement | SaaS pour démarrer en deux minutes ; édition On-Premise si les captures ne doivent pas quitter votre réseau. |
| Coût d'entrée | Un plan gratuit sans carte bancaire permet de valider l'approche sur un vrai périmètre avant d'engager l'équipe. |
Pour comparer les solutions du marché sur ces critères : Tests automatisés no-code · Alternatives et comparatifs
TNR et cahier de recette
Le cahier de recette décrit les cas à vérifier avant mise en production ; la campagne de non-régression en est la partie répétée à chaque livraison. Automatiser le TNR, c'est transformer les cas de recette « à rejouer » en scénarios enregistrés, et garder la recette manuelle pour ce qui change vraiment : la nouveauté. Guide dédié : Cahier de recette informatique : le guide complet.
Questions fréquentes sur le test de non-régression
Qu'est-ce qu'un test de non-régression ?
Quelle est la différence entre test de régression et test de non-régression ?
Peut-on automatiser un TNR sans savoir coder ?
Quand faut-il lancer les tests de non-régression ?
Quels sont les 4 types de tests logiciels ?
Un TNR automatisé remplace-t-il la recette manuelle ?
Automatisez votre première campagne de non-régression aujourd'hui
Créer un compte gratuitSans carte bancaire · 100 checkpoints par mois offerts