creation de "bouchons"

Bonjour,

j'ai un code à 90% en C et le reste en C++.
Je suis en train de regarder pour des framework pour faire des tests unitaires.

Je dois pouvoir creer des "bouchons" pour éviter des appels de fonctions ou librairies qui prendraient trop de temps.

Cependant, je veux pouvoir tester l'ensemble de mon code à savoir si les fonctions sont bien appelées mais sans pour autant les executer.

Pour resumer, je veux tester les fonctionnalités de mon code sans faire une veritable execution car c'est un produit qu'il ne faut pas utiliser en periode de tests normalement.

Merci d'avance.

Ludovic

Citation:

---

Envoyé par kanonji

Je dois pouvoir creer des "bouchons" pour éviter des appels de fonctions ou librairies qui prendraient trop de temps.

---

Ben oui, pratique courante. Quelle est la question ?

La question est : comment faire ces bouchons ?
Faire de fausses libs qui seraient appellées avec un minimum d'infos dedans ?

Mon questionnement principal est surtout : comment faire ces bouchons sans que cela empeche de voir si les fonctions sont bien appelées sans pour autant etre executées ?

Je m'exprime mal peut etre mais ce que je veux c'est verifier si mon programme effectue bien ce qu'on attend de lui dans les divers cas possibles.
Et pour se faire, je compte utiliser une framework normalement et je souhaite egalement mettre des bouchons pour limiter "les activités" du code.

Je suis loin d'etre un professionnel des tests unitaires et de leurs travers donc j'espere avoir mieux clarifier mon probleme.

Merci d'avance.

Ludovic

Avec python et swig

www.python.org

http://www.swig.org

http://wikipython.flibuste.net/moin....358eaec0f177f3

Quand on y a gouté, les tests U en C sont devenus un plaisir.

Bon week-end

Citation:

---

Envoyé par kanonji

La question est : comment faire ces bouchons ?
Faire de fausses libs qui seraient appellées avec un minimum d'infos dedans ?

---

C'est un peu ça, mais c'est pas 'faux', c'est 'simulé'.

Citation:

---

Mon questionnement principal est surtout : comment faire ces bouchons sans que cela empeche de voir si les fonctions sont bien appelées sans pour autant etre executées ?

---

Si le code est modulaire, on remplace un des modules à simuler par un module de simulation (ce que tu appelle 'bouchon'). Si le code n'est pas modulaire, ... tu ouvres la fenêtre et tu sautes ... (C'est du 2ème degré, OK ?)

Citation:

---

Je m'exprime mal peut etre mais ce que je veux c'est verifier si mon programme effectue bien ce qu'on attend de lui dans les divers cas possibles.
Et pour se faire, je compte utiliser une framework normalement et je souhaite egalement mettre des bouchons pour limiter "les activités" du code.

Je suis loin d'etre un professionnel des tests unitaires et de leurs travers donc j'espere avoir mieux clarifier mon probleme.

---

En général, dans un 'bouchon', on met un printf() qui montre :

• le nom de la fonction
• la valeur (et éventuellement le nom) des paramètres

on retourne une valeur cohérente 'normale', ou on met du code un peu plus élaboré qui simule tout ou partie de la fonction.

on peut aussi compter des choses, enregistrer dans de la mémoire, dans un flux...

C'est difficile d'être plus précis sans donner un cas réel. C'est un sujet intéressant que je connais bien (on m'appelait 'simulator', car tout le code embarqué que j'écrivais était à 95% testé sur PC avant déscente sur la cible réelle), et j'aimerais bien avancer dessus, il il faut du concret.

swig crée automatiquement les bouchons.

python permet via un langage de script d'appeler les fonctions en C.

Aprésn il suffit, par exemple, pour la fonction unsigned char toto(unsigned char param) de créer le fichier test.py

Citation:

---

toto(0)
toto(1)
toto(255)

---

bref de se consacrer aux tests.
Je pense que l'on doit pouvoir utiliser swig sans python, mais je ne l'ai pas fait et je trouverais cela dommage.

Merci bien pour toutes ces reponses.

Je comprends maintenant ce que ce sont les bouchons et leur utilités.
Dans mon cas, je compte inserer des bouchons pour limiter l'utilisation de données confidentielles pour mes tests et pour limiter la durée de ces tests (le code premier pouvant etre assez long au niveau de l'execution).

Ludovic

PS : je ne coche pas encore le Résolu pour pouvoir avoir encore des informations le moment venu.