Discussion :

[nekcorp]

Bonjour à tous,

je suis entrain de m'intéresser aux tests unitaires, et comme je suis entrain de me lancer dans un projet perso je voulais faire les choses bien et écrire mes tests unitaires au fur et à mesure.

Est ce que vous avez des suggestions sur l'utilisation d'un Framework ou pas ? Je dev exclusivement sous Linux pour info, je le précise car j'ai vue pas mal de sujets passer ou il était question de Visual Studio ou même Eclipse que je n'utilise pas pour l'instant. Je code avec un éditeur de texte et je compile avec CMake.

Merci d'avance pour vos réponses.

[LittleWhite]

Bonjour,

Avec CMake, vous avez la sous section "CTest". Autrement, vu que ce n'est qu'un framework d'exécution de tests et non une bibliothèque permettant d'écrire des tests, vous devriez regarder du côté de Boost ou de Google Test (et y en a d'autres ).

[Bktero]

J'ai utilisé Google Test et Catch2 dans ma vie. Les 2 sont bien. Le second ne supporte pas les tests d'assertion, c'est dommage.

[jo_link_noir]

J'utilise Boost.Test et j'avais regardé un peu doctest qui propose des choses très sympas.

[Bktero]

J'ai oublié de dire : il faut pas recoder son framework de TU soi-même. Il existe plein de frameworks très bien sur le net, il faut se faciliter la vie et gagner du temps : il faut trouver le bon au lieu de tenter (sûrement vainement) de le coder

Note également : ton éditeur a peu d'influence dans le choix. Si tu vois des articles avec Eclipse, c'est sûrement applicable à ton cas, sauf quand ça parle des vues spécifiques pour afficher ou lancer les tests. Toutefois, ces vues sont des surcouches : par exemple, CLion a une bonne intégration de Catch2, mais ce n'est qu'un frontend sur la ligne de commande.

[Suryavarman]

Criterion est bien fait. Je le conseil. C’est simple beau. Multi-thread.

Ces deux gros défauts sont pour moi:
- Je n’ai pas réussi à faire fonctionner gdb avec.
- Depuis qu’ils utilisent Meson au lieu de CMake, je n’arrivent plus à le compiler sous windows.