Tous les aspects de système demeurent fonctionnels après essai.
Le changement d'un segment ne change pas la fonctionnalité de l'autre segment.
Objectif :
Déterminer les documents de système restent courants
Déterminer les essais de système et les conditions d'essai demeurent courantes
Déterminer les fonctions précédemment examinées de système correctement sans obtenir cependant effectués les changements sont faits dans un autre segment de système d'application.
Comment employer
Les cas d'espèce, qui ont été employés précédemment pour le segment déjà examiné est, réexécution pour s'assurer que les résultats du segment ont examiné actuellement et les résultats du même segment examiné plus tôt sont mêmes.
L'automation d'essai est nécessaire pour effectuer les transactions d'essai (exécution de condition d'essai) autrement que le processus est très long et pénible.
Dans ce cas-ci du coût/de avantage de essai devraient soigneusement être évalués autrement les efforts dépensent sur examiner seraient plus et le remboursement serait minimum.
Quand employer
Quand il y a à haut risque que les nouveaux changements puissent effectuer les secteurs inchangés du système d'application.
Dans le procédé de développement : L'essai de régression devrait être effectué après que les changements prédéterminés soient incorporés du système d'application.
Dans la phase d'entretien : l'essai de régression devrait être effectué s'il y a un à haut risque que la perte peut se produire quand les changements sont faits au système
Exemple
La réexécution des essais précédemment effectués pour assurer à cela la partie inchangée du système fonctionne correctement.
Passant en revue les documents au préalable préparés de système (manuels) pour s'assurer qu'ils n'obtiennent pas effectués après que des changements soient faits au système d'application.
Inconvénient
Long et pénible si automation d'essai non faite
Essai de essai de régression de réseau de régression - essai de logiciel - - Web et essai automatisé de régression
