Accéder au contenu.
Menu Sympa

technique - Re: [TECH] Régression

Objet : Liste pour les discussions techniques (liste à inscription publique)

Archives de la liste

Re: [TECH] Régression


Chronologique Discussions 
  • From: Laurent GUERBY <laurent AT guerby.net>
  • To: Lionel Allorge <lionel.allorge AT lunerouge.com>
  • Cc: technique AT april.org
  • Subject: Re: [TECH] Régression
  • Date: Mon, 30 Apr 2007 12:56:21 +0200

On Thu, 2007-04-26 at 14:34 +0200, Lionel Allorge wrote:
> Bonjour,
>
> Je cherche une définition de la "régression" pour l'analyse de codes
> informatiques. Je n'ai rien trouvé dans Wikipédia.

Dans wikipedia français la page est Tests (informatique):

http://fr.wikipedia.org/wiki/Test_%28informatique%29

Qui donne une bonne vue d'ensemble

Plus précisemment je pense que tu parles de "tests de non regression"

http://fr.wikipedia.org/wiki/Non-r%C3%A9gression
"Non-régression


La non-régression concerne un type de tests effectués sur les logiciels.
Les tests de non-régression ont pour but de vérifier que la nouvelle
version du logiciel fonctionne de la même manière que la version
précédente, et que les évolutions de la nouvelle version n'ont pas amené
directement ou indirectement un mauvais fonctionnement.
>>

Un suite de test de non regression a des tests qui viennent
de deux sources en general :

1/ les tests ecrits au cours du developpement pour valider
les fonctionalites (ces tests peuvent etre generes automatiquement dans
certains cas)

2/ pour chaque rapport d'incident, le test qui valide la
correction du probleme

Le but des tests de non regression est d'eviter les surprises lors
d'une mise en (pre)production.

Lors qu'une suite de test existe il y a deux modes de fonctionnement
typiques :

1/ la suite de test doit etre lancee avant chaque "commit" (modification
de source du logiciel)

2/ la suite de test tourne periodiquement (eg: tous les soirs) et
quelqu'un regarde le rapport et assigne les changements aux developpeurs
pour analyse

Cela depends bien sur de la duree d'execution des tests vs la complexite
de remonter au bon "commit" en cas de probleme.

Laurent
(dont les tests de non regression au boulot occupent une douzaine
de quadriprocesseurs moulinant quelques giga-octets de fichiers de tests
accumulés depuis 8 ans tous les soirs :)






Archives gérées par MHonArc 2.6.16.

Haut de le page