Quelle est la Différence Entre un Nouveau Test et un Test de Régression:
N’aimez-vous pas tous les articles sur le thème de la comparaison et du contraste? Je sais que oui. C’est un excellent moyen d’inviter des pensées, des commentaires et peut-être même un fort désaccord.
Le sujet d’aujourd’hui est le test de nouveau Vs le test de régression.
=> Cliquez Ici Pour La Série Complète De Tests De Régression.
Commençons par un nouveau test:
Nouveau test
Nouveau test signifie tester à nouveau. La raison n’a pas d’importance. Lorsque vous répétez un test, vous retestez. Vous pouvez tester à nouveau les fonctionnalités de la version actuelle. Ou une correction de bogue, une fonctionnalité de la version précédente, un cas de test que vous venez d’exécuter, etc.
Si vous pensez toujours – pourquoi – alors voici quelques raisons qui sont aussi bonnes que toutes les autres:
- Vous avez fait un test hier et avez rencontré un défaut. Vous souhaitez confirmer les étapes et la reproductibilité du défaut. Donc, vous retestez.
- Vous avez effectué un test. Votre attention n’était pas dessus (peut-être que votre téléphone a sonné, ou que vous parliez à un collègue, etc.). Vous voulez vérifier une fois de plus, alors vous testez à nouveau.
Je suis sûr que vous l’avez compris.
Le nouveau test consiste à répéter un test pour une raison quelconque. C’est l’un de ces termes qui reste fidèle à sa définition.
Test de régression
Le logiciel évolue. Il va y avoir de nouvelles versions par rapport aux versions existantes. Il y a des tas de nouvelles fonctionnalités, extensions, etc. Mais, avec le temps, cela pourrait entraîner une instabilité de l’application.
Imaginez-vous faire une tour de bloc, en ajoutant un bloc sur l’autre. Vous ne prenez pas le temps de renforcer ou de renforcer la base. Il ne faudra pas longtemps avant que la tour s’écrase, n’est-ce pas?
Juste comme ça, vous devrez tester la base du logiciel pour la force et la stabilité.
Pour ce faire, il faudrait retester le logiciel. C’est le seul moyen.
Lecture recommandée = > Qu’est-ce que le test de régression? Outils et meilleures pratiques
La régression est une forme de nouveau test. Les spécificités du « Pourquoi » et du « Quand » sont ce qui le différencie du premier.
1) Quand allons-nous réessayer? Lorsque le logiciel subit un changement
2) Pourquoi retestons-nous? Pour s’assurer que les nouveaux ajouts /modifications n’ont pas rendu la fonctionnalité avant de travailler instable. La régression est courante et recommandée lorsque:
- Une nouvelle version est disponible. (Régresser tout ou, du moins, l’important des fonctionnalités de l’ancienne version)
- Correction d’un bug
Remarque: Un test de régression exhaustif est impossible bien que souhaitable.
C’est pourquoi effectuez une analyse de régression avant de passer directement aux tests. Cette étape consiste à décider de la régression que je devrais faire pour mon application.
De quoi dépend l’étendue de la régression?
- Nature du changement
- Relation/ impact du changement sur le système /fonctionnalité actuel
- Temps et ressources disponibles
Comment les testeurs peuvent-ils décider de l’étendue de la régression?
1) Par l’expérience et la familiarité avec l’application
2) Discuter avec les développeurs
3) L’endroit où la modification a été apportée. Exemple: s’il se trouve sur la page d’accueil, il nécessite plus d’attention que s’il se trouvait dans l’une des pages les moins consultées.
Selon les facteurs en jeu, une équipe de test pourrait opter pour l’un des éléments suivants:
- Régression unitaire
- Régression partielle
- Régression complète
La régression unitaire signifie que vous retestez UNIQUEMENT le module/la zone modifié de l’application.
Régression partielle signifie que vous retestez le module modifié. De plus, incluez ceux qui interagissent avec elle.
La régression complète consiste à tester l’ensemble de l’application quel que soit l’emplacement du changement.
Cela dépend de la situation (temps & disponibilité des ressources), de la gravité du changement (son impact), des entrées de votre développeur, etc. Vous serez plus efficace lorsque vous choisirez le bon ensemble de tests par rapport à tous les tests.
L’analyse de régression est le facteur clé de succès. Il faut un travail intelligent plutôt qu’un travail acharné.
Idées fausses sur les tests de régression
Il existe de nombreuses idées fausses sur les tests de régression:
#1) La régression se fait toujours via l’automatisation: Non. La régression se fait également manuellement. Nous avons tout un article à ce sujet => Comment les tests de régression sont-ils effectués? Peut-On le Faire Manuellement ?
Notez que la régression est un candidat parfait pour l’automatisation. L’ampleur de la répétition prend du temps et pourrait conduire à l’ennui. En outre, une validation importante pourrait être manquée. L’automatisation est une alternative fiable, rapide et efficace.
Lire aussi = > Défis des tests de régression automatisés
#2) La régression n’est jamais complète : Vrai. Mais pas complètement.
Ce que je veux dire, c’est qu’un test de régression exhaustif pourrait être impossible. Mais des tests de régression exhaustifs pourraient également être inutiles.
Disons que vous avez changé une faute d’orthographe sur la page d’accueil. Ce correctif est mineur. Il est également isolé des autres domaines de l’application. Donc, un simple nouveau test de la fonctionnalité ferait l’affaire. Pas besoin de régresser l’ancienne fonctionnalité autour de la page d’accueil.
#3) C’est inutile lorsque vous avez un manque de temps: Ce n’est pas vrai. Une régression insuffisante entraîne un manque de confiance dans le produit. Vous ne saurez jamais à quoi vous attendre de sa réaction à différents scénarios d’utilisateur final.
#4) Il exécute chaque cas de test de la version précédente: Encore une fois, choisir chaque cas de test n’est pas la bonne façon de le faire. La sélection stratégique des cas de test est la clé. Comprenez le changement et choisissez les cas de test adaptés.
OK, c’est-à-dire un Test de nouveau test et de régression en détail.
Maintenant, La comparaison.
Test de nouveau Vs Test de régression
Qu’en est-il de même à leur sujet?
- Ils sont tous deux basés sur la répétition
- Techniques de validation et de test en boîte noire
- Les cas de test automatisés ou manuels sont tous deux retestés ou régressés
- « Il faut vérifier ou expulser ses doutes, et les convertir en certitude de Oui ou de NON – Thomas Carlyle ». Les deux font ça.
Qu’est-ce qui les différencie ?
- Le nouveau test s’applique à toute fonctionnalité de version actuelle ou précédente de test ciblée. La régression est centrée sur les fonctionnalités de la version précédente.
- Le nouveau test ne dépend pas du changement applicable. La régression est orientée vers le changement.
Enfin, pour atteindre ce concept à la maison:
Disons que vous avez un cas de test XYZ qui a entraîné un défaut avec l’ID 120. Ce défaut est corrigé dans la prochaine version. Vous retesteriez le cas de test XYZ et régresseriez la fonctionnalité qui l’entoure. La régression consiste à s’assurer que tout fonctionne intact après le correctif de 120. Le nouveau test consiste à déterminer la solution du défaut.
Ce n’est donc ni l’un ni l’autre, mais la combinaison de la régression et du nouveau test qui forme le duo dynamique.
Maintenant, c’est à vous de décider. Êtes-vous d’accord avec les définitions et l’analyse fournies ici?
A propos de l’auteur : Cet article a été rédigé par Swati S, membre de l’équipe STH.