Chaque fois qu'un nouveau logiciel est publié, la nécessité de tester de nouvelles fonctionnalités est évidente. Cependant, il est tout aussi important de réexécuter les anciens tests que l’application avait précédemment passés. De cette façon, nous pouvons être sûrs que le nouveau logiciel ne réintroduit pas d'anciens défauts ou n'en crée pas de nouveaux dans le logiciel. Nous appelons ce type de test comme les tests de régression. Tout au long de cet article, nous explorerons les tests de régressionen détail. Si vous êtes nouveau dans les tests de logiciels, assurez-vous de lire également le .
Jetons un œil aux sujets traités dans cet article:
- Qu'est-ce que le test de régression?
- Avantages des tests de régression?
- Quand appliquer les tests de régression?
- Quels sont les types de tests de régression?
- Comment les tests de régression sont-ils mis en œuvre?
- Techniques de test de régression
- Défis des tests de régression
Qu'est-ce que le test de régression?
«Le test d'un programme précédemment testé après modification pour s'assurer que des défauts n'ont pas été introduits ou découverts dans des zones inchangées du logiciel, à la suite des modifications apportées, s'appelle Test de régression.»
Un test de régression est un test à l'échelle du système dont le but principal est de s'assurer qu'un petit changement dans une partie du système ne rompt pas la fonctionnalité existante ailleurs dans le système. Si vous considérez la régression comme un changement involontaire, alors ce type de test est le processus de recherche de ces changements. En termes simples, il s'agit de s'assurer que les anciens bugs ne reviennent pas vous hanter. Soyonsjetez un œil à un exemple fictif qui illustre le concept.
Lorsque vous ajoutez un nouveau type de paiement à un site Web d'achat, réexécutez les anciens tests pour vous assurer que le nouveau code n'a pas créé de nouveaux défauts ni réintroduit d'anciens.Les tests de régression sont importants car, sans eux, il est tout à fait possible d’introduire les correctifs voulus dans un système qui créent plus de problèmes qu’ils n’en résolvent.
Avantages des tests de régression
Réalisation de tests de régressionprofite aux entreprises de plusieurs manières telles que:
comment initialiser un objet en python
- Il augmente les chances de détecter les bogues causés par les modifications apportées au logiciel et à l'application
- Cela peut aider à détecter rapidement les défauts et ainsi réduire le coût de leur résolution
- Aide à rechercher les effets secondaires indésirables qui auraient pu se produire en raison d'un nouvel environnement d'exploitation
- Garantit des logiciels plus performants grâce à l'identification précoce des bogues et des erreurs
- Plus important encore, il vérifie que les modifications de code ne réintroduisent pas d'anciens défauts
Les tests de régression garantissent l'exactitude du logiciel afin que la meilleure version du produit soit mise sur le marché. Cependant, dans le monde réel, concevoir et maintenir un ensemble presque infini de tests de régression n'est tout simplement pas faisable. Vous devez donc savoir quand appliquer les tests de régression.
Quand appliquer les tests de régression?
Il est recommandé d'effectuer des tests de régression sur l'occurrence des événements suivants:
- Lorsque de nouvelles fonctionnalités sont ajoutées
- En cas de besoin de changement
- Lorsqu'il y a une correction de défaut
- Lorsqu'il y a des problèmes de performances
- En cas de changement d'environnement
- Quand il y a un correctif
La partie suivante de cet article concerne différents types de tests de régression.
Quels sont les types de tests de régression?
Les tests de régression sont effectués à travers plusieurs phases de tests. C'est pour cette raison qu'il existe plusieurs types de tests de régression. Certains d'entre eux sont les suivants:
Test unitaire: Dans les tests unitaires, lorsque des modifications de codage sont apportées pour une seule unité, un testeur, généralement le développeur responsable du code, réexécute tous les tests unitaires précédemment passés. Dans environnements, des tests unitaires automatisés sont intégrés au code, ce qui rend les tests unitaires très efficaces par rapport à d'autres types de tests.
Test progressif: Ce type de test fonctionne efficacement lorsque des modifications sont apportées aux spécifications du logiciel / de l'application ainsi que de nouvelles sont conçus.
Test sélectif: Dans les tests sélectifs, les testeurs utilisent un sous-ensemble des cas de test actuels pour réduire les coûts et les efforts de nouveau test. Une unité de test doit être réexécutée si et seulement si l'une des entités de programme qu'elle couvre a été modifiée.
Tester tous les tests: Ce type de stratégie de test implique le test de tous les aspects d'une application particulière ainsi que la réutilisation de tous les cas de test, même lorsque les modifications n'ont pas été apportées. Cela prend du temps et n'est pas très utile lorsqu'une petite modification ou un changement est apporté à l'application.
Test complet: Ce test est très utile lorsque plusieurs modifications ont été apportées au code existant. Effectuer ce test est très utile pour identifier les bogues inattendus. Une fois ces tests terminés, le système final peut être mis à la disposition de l'utilisateur.
Il est très important de savoir quel type de test convient à vos besoins. Ensuite, nous discuterons de la mise en œuvre des tests de régression.
Comment les tests de régression sont-ils mis en œuvre?
La procédure de mise en œuvre des tests de régression est similaire à celle que vous appliquez pour tout autre processus de test. Chaque fois que le logiciel subit un changement et qu'une nouvelle version arrive, le développeur effectue ces étapes dans le cadre du processus de test:
- Tout d'abord, il exécute des tests de régression au niveau de l'unité pour valider le code qu'ils ont modifié, ainsi que tous les nouveaux tests qu'ils ont écrits pour couvrir les fonctionnalités nouvelles ou modifiées.
- Ensuite, le code modifié est fusionné et intégré pour créer une nouvelle version de l'application sous test (AUT)
- Ensuite, des tests de fumée sont exécutés pour garantir que la construction est bonne avant que des tests supplémentaires ne soient effectués.
- Une fois que la construction est déclarée bonne, des tests d'intégration sont effectués pour vérifier l'interaction entre les unités de l'application entre elles et avec les services back-end tels que les bases de données
- En fonction de la taille et de la portée du code publié, une régression partielle ou complète est planifiée
- Les défauts sont ensuite signalés à l'équipe de développement
- Des séries supplémentaires de tests de régression sont effectuées si nécessaire
C'est ainsi que les tests de régression sont intégrés dans un processus de test logiciel typique. L'image ci-dessous illustre clairement le déroulement des tests de régression.
Chaque fois que des modifications sont apportées au code source, l'exécution du programme échoue pour des raisons évidentes. Après l'échec, le code source est débogué afin d'identifier les bogues dans le programme. Les modifications appropriées sont apportées. Ensuite, les cas de test appropriés sont sélectionnés dans la suite de tests déjà existante qui couvre toutes les parties modifiées et affectées du code source. De nouveaux cas de test sont ajoutés si nécessaire. En fin de compte, les tests sont effectués en utilisant les cas de test sélectionnés. Maintenant, vous vous demandez peut-être quels cas de test sélectionner.
Des tests de régression efficaces peuvent être effectués en sélectionnant les cas de test suivants:
a un vs est un java
- Cas de test présentant des défauts fréquents
- Cas de test complexes
- Cas de test d'intégration
- Cas de test qui couvrent la fonctionnalité de base d'un produit
- Fonctionnalités fréquemment utilisées
- Testez des vases qui échouent fréquemment
- Cas de test de valeur limite
Le processus de test de régression étant éliminé, examinons diverses techniques.
Techniques de test de régression
Les tests de régression confirment simplement que le logiciel modifié n’a pas été modifié par inadvertance et sont généralement effectués en utilisant une combinaison des techniques suivantes:
Tout retester: Cette méthode re-teste simplement l'ensemble de la suite logicielle, de haut en bas. Dans de nombreux cas, la majorité de ces tests sont effectués par des outils automatisés. Parfois, l'automatisation n'est pas nécessaire. Cette technique est coûteuse car elle nécessite plus de temps et de ressources par rapport aux autres techniques.
Sélection du test: Au lieu de choisir tous les cas de test, cette méthode permet à l'équipe de choisir un ensemble de tests qui se rapprocheront des tests complets de la suite de tests. Le principal avantage de cette pratique est qu'elle nécessite beaucoup moins de temps et d'efforts. Habituellement effectué par des développeurs qui auront généralement une meilleure compréhension des nuances des cas limites de test et des comportements inattendus.
Hiérarchisation des cas de test: Le but de cette technique est de donner la priorité à un ensemble limité de cas de test en considérant plus de cas de test potentiels avant les cas moins importants. Les cas de test qui pourraient avoir un impact sur les versions actuelles et futures du logiciel sont choisis.
Ce sont les trois techniques principales. Parfois, en fonction des exigences de test, ces techniques sont combinées.
Aussi utile que puisse être le test de régression, il n'est pas sans ses points négatifs. Vous devez comprendre les défis auxquels vous pourriez être confronté lors de sa mise en œuvre.
Défis des tests de régression
- Long: Des techniques telles que les retest-all nécessitent beaucoup de temps pour tester l'ensemble de la suite de cas de test
- Coûteux: Coûteux en raison des ressources et de la main-d'œuvre que vous devez tester encore et encore, ce qui a déjà été développé, testé et déployé à un stade précoce
- Complexe: Au fur et à mesure que le produit se développe, les testeurs sont souvent submergés par l'énorme quantité de cas de test et sont victimes de perdre la trace des cas de test, ignorant les cas de test importants.
Malgré ces points négatifs, les tests de régression sont très utiles dans le processus de test des logiciels. Grâce aux tests de régression, les entreprises peuvent empêcher les projets de dépasser leur budget, garder leur équipe sur la bonne voie et, surtout, empêcher des bogues inattendus d'endommager leurs produits. Avec cela, nous sommes arrivés à la fin du blog. J'espère que les choses que vous avez apprises ici aujourd'hui vous aideront dans votre parcours de test logiciel.
Si vous avez trouvé ceci article pertinent, Vérifiez en direct en ligne par Edureka, une entreprise d'apprentissage en ligne de confiance avec un réseau de plus de 250 000 apprenants satisfaits répartis dans le monde entier.
Vous avez une question pour nous? Veuillez le mentionner dans la section des commentaires de ce ' Qu'est-ce que le test de régression? »Article et nous vous répondrons.