Tests de régression

Objectifs pédagogiques

À la fin de cette section, vous serez capable de :

comprendre la notion de régression
identifier les situations nécessitant des tests de régression
expliquer leur rôle dans la stabilité du système
distinguer régression manuelle et automatisée

Qu’est-ce qu’un test de régression ?

Les tests de régression visent à vérifier que :

les fonctionnalités existantes continuent de fonctionner correctement après une modification du système.

Ces modifications peuvent être :

l’ajout d’une nouvelle fonctionnalité
la correction d’un bug
une mise à jour technique
un changement de configuration

👉 Un bug de régression est un défaut introduit involontairement.

Pourquoi les tests de régression sont-ils indispensables ?

Sans tests de régression :

une correction peut casser une fonctionnalité existante
les défauts réapparaissent
la confiance dans le logiciel diminue

Avec des tests de régression :

la stabilité du système est assurée
les évolutions sont plus sûres
les mises en production sont plus maîtrisées

“Ils permettent de réduire le risque d'introduire des régressions après une modification du code. L'automatisation des tests de régression est souvent essentielle pour garantir une exécution rapide”

Exemple fil rouge – MyEvents

Dans l’application MyEvents, imaginons la situation suivante :

une correction est apportée au module de paiement
cette correction modifie la gestion des confirmations

👉 Un test de régression permet de vérifier que : - l’achat de billet fonctionne toujours - l’e-mail de confirmation est bien envoyé - le billet apparaît toujours dans l’espace utilisateur - aucune fonctionnalité existante n’est dégradée

(Voir la description de l’application MyEvents dans la base de test)
MyEvents – description de référence

Quand lancer des tests de régression ?

Les tests de régression sont exécutés :

après chaque correction de bug
avant une mise en production
lors d’une mise à jour majeure
régulièrement dans un cycle d’intégration continue (CI)