Discussion :

[kanonji]

Bonjour,

j'aimerais utiliser un framework pour faire des Unit Tests sur des codes C et/ou C++ (le C++ étant une extension future plus que probable).

J'ai pu voir qu'il existait CUnit, CppUnit, QUnit, Boost ... et bien d'autres mais j'aimerais savoir lequel est le plus preferable en sachant que mes codes sont plus du C que du C++ pour le moment.

Merci de toute information sur les framework cités ou sur d'autres

[Mat007]

Quelques éléments de réponse : http://www.gamesfromwithin.com/artic...12/000061.html

Personnellement j'utilise boost.test surtout parce que comme j'utilise de toute façon boost ça m'évite une dépendance supplémentaire.

A mon avis le fait que le code testé soit du C ou du C++ n'a sans doute pas tellement d'importance...

MAT.

[Mat007]

A mon avis le fait que le code testé soit du C ou du C++ n'a sans doute pas tellement d'importance...

Je viens de voir le post croisé dans le forum C++, je disais ça pour boost.test je ne connais pas QUnit et je n'ai pas utilisé CppUnit depuis quelques temps.

Dans boost.test la seule chose à faire pour écrire un test est :

Code :

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

1
2
3
4
5
 
BOOST_AUTO_UNIT_TEST( description_of_my_test )
{
    BOOST_CHECK_EQUAL( 1, 1 );
}

Et c'est tout, donc j'imagine qu'on peut très bien mettre du C au milieu, que ça ne change rien.
Enfin ça fait longtemps que je n'ai pas fait de C donc je me goure peut-être

MAT.

[kanonji]

Merci du renseignement.

Ce genre de syntaxe suffit si on n'a que Boost.Test ou faut-il avoir Boost installé egalement ?

Avec ce genre de tests, est ce que je peux isoler le corps principal d'un code et éluder les appels à differentes fonctions (par ex : je fais mon test et dans le code concerné j'ai l'appel d'une fonction, je veux savoir si la fonction est bien appelée mais je ne veux pas l'executer. Est il possible de faire de tels tests en sachant que j'edite mes fichiers avec emac & Cie donc je ne peux pas vraiment faire de points d'arrets pour checker l'appel de la fonction et encore meme dans ce cas là, elle sera quand meme executée).

Je te remercie de toutes ces précisions.

[Mat007]

C'est assez difficile de couper boost en morceaux donc j'imagine qu'il faut un peu tout (les headers en tous cas).

Sinon pour 'mock' les appels de fonction je ne sais pas trop si c'est possible sauf à découper habilement son projet (genre dans les tests tu compiles avec un .c différent mais avec le même .h dans lequel sont déclarées tes fonctions).
En C++ j'utilise beaucoup Mockpp (http://mockpp.sourceforge.net), il doit bien y avoir des morceaux d'utilisables également en C mais j'avoue que je ne saurais pas trop conseiller de ce côté-là.

MAT.

[Thierry Chappuis]

Salut,

Si tu recherches un frameworks de tests unitaires pour le C, en plus de CUnit, il y a:

• CuTest: http://cutest.sourceforge.net/
• Check: http://check.sourceforge.net/

La liste n'est évidemment pas complète. CuTest me semble intéressant, car de petite taille, facile à déplayer et au dire des auteurs, portable sur de nombreuses plateformes. J'ai pas encore tester, mais ça va venir.

Bonne chance

Thierry

[granquet]

j'ai dans mes bookmarks, cette page : http://en.wikipedia.org/wiki/List_of...g_frameworks#C

qui pourras peut etre t'aider ....

[Luc Hermitte]

Suite aux articles sur gamesfromwithin, je suis passé à cxxtest. Marche bien. Simple. Efficace. Macros riches, ...

[kanonji]

Merci pour toutes ces precieuses informations.

Je vais etudier chacune des propositions que tous les intervenants ont pu faire.

Merci beaucoup.

Ludovic