DisSsha
Bonjour,
Je viens sur ce forum pour discuter des moyens existant sous fedora (ou RedHat) de tests les regressions fonctionnelles.
En effet l'ajout ou la modification de fonctionnalités existantes peut engendrer des pertes fonctionnelles.
Ces dommages collatéraux sont traditionnellement évités ou corrigés via un lancement de tests unitaires sur l'OS avant de déposer la mise a jour sur les paquets. (sous ubuntu par exemple il s'agit de SRU (stable Release Update))
Malgré des recherches sur RedHat et Fedora, je ne parviens pas a trouver la méthode qu'utilise ces 2 distributions Linux.
Enfin des framework existent, comme LTP (Linux Test Project).
Je fais ces recherches dans un cadre professionnel, afin d'apporter une étude des moyens existants sur ce problème.
Si donc quelqu'un qui aurait des infos se sent l'ame charitable qu'il n'hésite pas 🙂
Bonne Journée 🙂
DisSsha
remi
Chez Redhat, ils ont une équipe de QA dédiée (il y a garantie de compatibilité binaires, donc les versions n'évoluent généralement pas, les correctifs font l'objet d'un rétro portage)
Chez Fedora, le packager assure une grosse partie du boulot, ensuite les paquets sont publiés en "testing" et c'est les utilisateurs qui réalisent les tests finaux.
Après, en général, les changements d'ABI (pour les bibliothèques) ne se font pas au cours du cycle de vie de la distribution mais interviennent uniquement en "rawhide" (branche développement) et sont donc publiés à l'occasion de la sortie d'une nouvelle version.
Ensuite, la compatibilité binaire est assurée par le nom des bibliothèques (.so.#.#, donc géré par le projet amont) et généralement aussi assuré par des dépendances virtuelles (ex php(zend-abi), python(abi),perl(:MODULE_COMPAT_5.10.0) ...). De cette manière l'installation de paquets incompatible est bloquée.
+