Qu'est-ce que signifie test de régression?

StackOverflow https://stackoverflow.com/questions/3464629

  •  27-09-2019
  •  | 
  •  

Question

Quelqu'un pourrait-il expliquer le test de régression de mot d'une manière compréhensible?

Autres conseils

Malgré la vieille blague, « Congrès » est pas le contraire de « progrès »; « Régressent » est. Pour que votre code est pour regress à « revenir en arrière », ce qui signifie généralement que certains mauvais comportement avait une fois que vous avez fixé, est revenu. Une « régression » est le retour d'un bug (bien qu'il puisse y avoir d'autres interprétations). Un test de régression est donc un test qui confirme que vous avez résolu le bug, et celui que vous exécutez périodiquement pour vous assurer que votre solution est toujours en place, en travaillant.

La régression de mot inventé par Francis Galton moyen

régression: Le fait de retourner

i.e.. c'est le phénomène / technique dans le test logiciel pour vérifier tout changement / corrections de bugs n'a pas impacté les fonctionnalités existantes du système . Ainsi, l'intention des tests de régression est d'assurer un changement, comme une correction de bug ne devrait pas entraîner un autre défaut d'être découvert dans l'application.

test de régression est nécessaire lorsque

  • il y a un changement dans les exigences et le code est modifié selon l'exigence
  • une nouvelle fonctionnalité est ajoutée au logiciel
  • défauts sont fixés
  • un problème de performance est fixé

test de régression peut être effectué manuellement et automatisé.

Ce sont des outils pour l'approche d'automatisation:

  • QTP
  • AdventNet QEngine
  • Tester la régression
  • vTest
  • Watir
  • Sélénium
  • actiWate
  • Rational Functional Tester
  • SilkTest

Lors d'un test de régression, les testeurs passent par vos fonctions de test d'applications qui ont été connus au travail dans la construction précédente.

Ils ont l'air spécifiquement pour les parties de l'application qui peuvent ne pas avoir été modifiés directement, mais dépendent (et pourrait avoir des bugs résiduels de) code qui a été modifié.

Ces bugs (ceux causés par des erreurs dans le code dépendant même si elles travaillaient avant) sont connus comme des régressions (car la fonctionnalité fonctionnait correctement et a maintenant un bug ... et donc, régresse).

test de régression est une partie de l'activité de test, qui peut être commencer après la modification
a été fait pour vérifier la fiabilité de chaque logiciel actuel.
C'est rien, mais une analyse d'impact pour vérifier wheather il critique sans incidence sur < br> zone du logiciel.

  1. Do test unitaire
  2. Do test d'intégration
  3. Après (1) et (2) sont transmis, faire test de régression

En termes simples, le test de régression est à répéter l'étape (1) et (2) à nouveau.

Tests de régression effectue essentiellement après l'achèvement de nouveaux essais. L'objectif principal des tests de régression est de vérifier l'impact de la modification. Que ce soit encore notre application agit stable.

Son nécessaire d'effectuer un test de régression parce que parfois il est arrivé après retester ou lors de la fixation développeur de bug résolu le bug et a manqué quelque chose sur tout autre code ou code dépendant

http://en.wikipedia.org/wiki/Regression_testing

En gros, testez le code que vous avez mis à jour pour vous assurer que vous n'avez pas introduit de nouveaux bogues et que la fonctionnalité fonctionne toujours comme avant.

Test de régression: - EN CAS Tout changement, delate, modification, ou jusqu'à tintements d'ajouter dans mon application. Dans ce cas, je dois savoir que mon application fonctionne comme il fonctionnait avant.

  

Test de régression -. Est-ce un type de test SW où nous essayons de couvrir ou vérifier autour du bug Fix original bug

     

La fonctionnalité autour du bug fix ne doit pas se changer ou modifié en raison du correctif fourni. Les problèmes constatés dans ce processus sont appelés régression questions.

D'une certaine manière de test simple régression est un test pour vous assurer que la fonctionnalité d'un système fonctionne toujours après a été introduit un nouveau changement de code. Il ne doit pas vraiment être un test complet de l'ensemble des fonctionnalités (telles que les tests fonctionnels), seuls les domaines qui sont considérés être touchés par les modifications de code introduites.

Test de régression est un test qui nous permet de trouver bug introduit en testant certains domaines dans le logiciel que nous testons. bug introduit signifie un bug qui est causée par les nouvelles modifications apportées par le développeur.

La clé dans le test de régression est la façon dont nous pouvons effectivement faire le test en décidant judicieusement certains domaines qui pourraient être touchés par les changements puisque nous ne pouvons pas tester toutes les fonctionnalités du fait de la contrainte de temps (la plupart du temps). « Efficace » dans les moyens ici, nous pouvons trouver des bugs dans une période de temps relativement court.

test test de régression des moyens de votre logiciel / site à plusieurs reprises. La raison principale est de vous assurer qu'il n'y a pas de nouveaux bogues introduits.

En règle générale, les tests de régression sera automatisée, afin de réduire le coût de recommencer l'essai. Les cas de test de valeur plus élevée que vous pouvez construire, mieux. Ceci est un exemple d'un Play et plateforme de tests de régression privé

Définition : -. Tests de régression est définie comme un type de test de logiciel pour confirmer qu'un programme récent ou changement de code n'a pas affecté les fonctionnalités existantes nocivement

test de régression est un nouveau test pour vous assurer que toute modification effectuée dans un programme n'affectera pas les autres fonctionnalités.

test de régression est rien, mais une sélection complète ou partielle des cas de tests déjà exécutés qui sont réexécutée pour assurer les fonctionnalités existantes excellent travail.

Nous pouvons faire des tests de régression à tous les niveaux de tests comme des tests unitaires, tests d'intégration et d'essais au niveau du système.

Besoin de tests de régression

  1. Code commun modifié correctement ou non.

  2. contrôle de version correcte ou incorrecte.

  3. Correction de bugs parfaitement.

  4. Correction de bugs complètement.

  5. problème de performance fixe.

6.Modifiez des besoins et le code est modifié en fonction de l'exigence.

  1. La nouvelle fonctionnalité est ajoutée au logiciel parfaitement.

Pour plus d'infos LINK

Je aime cette définition des tests de régression :

  

[tests de régression] vous indique si un code écrit précédemment et testé cassé après avoir ajouté une mise à jour ou un correctif

     

[...] il vous aide remarquez si vous avez des bugs sans le savoir à votre logiciel introduit tout en ajoutant un nouveau code. Les nouveaux bugs de ce genre sont appelées régressions.

En fait, une régression est retour à un état où votre application a des bugs .

test de régression est une activité effectuée pour assurer les différentes fonctionnalités du système fonctionnent toujours comme prévu et les nouvelles fonctionnalités ajoutées ne briserez aucun de ceux existants.

En second lieu, vous généralement des tests automatisés d'écriture ou de faire des tests manuels à ce qui précède le test mentionné. Il pourrait être une combinaison de tests unitaires / API / interface utilisateur qui sont exécutées sur une base quotidienne. Les tests de régression peut être effectuée en différentes phases du SDLC, tout dépend du contexte.

Espérons que cela donne une idée sur ce qui est des tests de régression.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top