Qu’est-ce qu’un test de régression (ou de non régression) ?

Selon la définition de l’ISTQB, un test de régression consiste à tester un programme préalablement testé, après une modification, pour s’assurer que des défauts n’ont pas été introduits ou découverts dans des parties non modifiées du logiciel, comme suites des modifications effectuées.

En résumé, un test de régression sert à vérifier que les modifications apportées sur le logiciel, le site ou l’application mobile, telles que l’ajout d’une nouvelle fonctionnalité ou une mise à jour, n’ont pas impacté les fonctionnalités précédemment existantes. Prenons l’exemple d’un vélo : si on change la roue, un test de régression consisterait à vérifier que malgré le changement de roue, les freins fonctionnent toujours (mais il n’est pas nécessaire de vérifier que la pompe à vélo s’accroche bien). Quelle différence entre test régression et test de non-régression ? En réalité, il n’y en a pas, c’est exactement la même chose. On utilise les deux termes. L’ISTQB, par exemple, préfère le terme de test de régression.

Quels sont les différents types de test de régression ?

Les tests de régression ou de non-régression peuvent être exécutés de plusieurs manières, en fonction du besoin visé ou des ressources de l’entreprise.

Mr Suricate ou comment automatiser ses tests de non régression ?

Les tests de non régression ont un réel intérêt à être automatisés et ce sont d’ailleurs les tests qu’on conseille souvent d’automatiser en priorité. Pourquoi ? Parce qu’ils sont répétitifs et chronophages. Ils sont exécutés à chaque déploiement de nouvelle fonctionnalité, de mise à jour logicielle et les faire tous manuellement prend du temps, beaucoup de temps, sans compter que cela requiert de faire beaucoup de choses faciles et l’enchaînement va être fatigant et devenir difficile. C’est là où l’automatisation des cas de tests de régression prend donc tout son sens.