Discussion :

[SnakemaN]

Bonjour à tous ,

Je ne poste pas beaucoup dans cette section, mais j'avoue que je suis un peu embêté pour faire quelque chose de fiable et cette validation me pose problème.

Ayant pris un projet en cours de route, je fus chargé du portage de l'application vers un autre système d'exploitation (le même mais en version plus récente, 2 distrib' d'écart) et vérifier sa rétro-compatibilité.
Or, cette application fait de nombreux appels systèmes (aussi bien via son code C ou par des scripts, ksh pour la plupart).

Afin de valider ce portage il me faut vérifier, tester, valider le bon fonctionnement des commandes système au plus bas niveau (terminal en ksh) car certaines n'ayant pas le même comportement suivant leurs versions on du être modifiée dans leurs utilisation (je n'ai pas touché au source des commandes, ni recompilé le noyau, tout est "from scratch")

Par exemple, j'ai les commandes issues du coreutils qui a changé de version entre les distributions, mais aussi des commandes issues du GNU en voici quelques unes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
test   (coreutils) 4.5.3 | (coreutils) 5.2.1 | (coreutils) 5.97
grep   2.5.1	         | 2.5.1	     | 2.5.1
tar    1.13.25           | 1.14              | 1.15.1
...

Vous remarquerez que grep ne change pas de version, donc je ne le testerais qu'une fois.

Mais ma question est comment tester ces commandes ? je ne peux créer des fichiers spéciaux aux tests car il seront crée avec une version de touch précise ou d'un éditeur quelconque...

Je suis un peu perdu, c'est assez étonnant comme test a faire donc je suis tout ouïe à vos idées et commentaires

merci d'avance
SkN

[_vince_]

Une idee de depart:
J'imagine que l'application a sa batterie de tests a executer pour chaque nouvelle version de l'application ?
Tu utilises ces memes tests pour verifier le bon comportement de ton application sur un autre OS.

Sinon, il "suffit" de verifier qu'avec les memes entrees, tu obtiens les memes sorties. Facile a dire...