Débuter avec les tests unitaires

Bonjour,

Je me lance dans un tout petit projet C++/Qt pour Android.
Vu la taille du projet, j'en profite pour apprendre UML avec Modelio.
J'aimerais également aborder le test unitaire. Il existe bien un framework pour cela dans Qt, mais je cherche un peu de théorie et des exemples concrets.

Ma surprise est que le sujet n'est presque pas traité sur ce site, pas même une suggestion de livre si tant est que ça existe.
Il semble s’agir d'une véritable religion, avec ses convertis intégristes et ses athées indécrottables.

D'où mes questions : faut-il s'y mettre, et si oui par où commencer ?

Merci !
Sylvain

Citation:

---

Il existe bien un framework pour cela dans Qt

---

A Rome, fais comme les romains.
Après, avec un peu de recul, tu pourras voir les faiblesses de l'outils "maison".
Les tests unitaires avec des librairies graphiques, c'est toujours très casse-gueule.
Tu prendras vraisemblablement de très mauvaises habitudes avec ce type d'outils, mais ça sera le plus "efficace" pour commencer "vite".

Citation:

---

Envoyé par bacelar

A Rome, fais comme les romains.
Après, avec un peu de recul, tu pourras voir les faiblesses de l'outils "maison".
Les tests unitaires avec des librairies graphiques, c'est toujours très casse-gueule.
Tu prendras vraisemblablement de très mauvaises habitudes avec ce type d'outils, mais a sera le plus "efficace" pour commencer "vite".

---

Merci. Dans ce cas comment prendre de bonnes habitudes, car c'est le but de l'exercice !

Bonjour,

Les tests unitaires vous permettront de tester vos fonctions "métier" (celles qui font des calculs ou qui ont la logique de votre application), une par une.
Ensuite, si vous voulez tester l'interface graphique, une application dédiée sera conseillée, telle que Squish (ou Ranorex). Ces applications pourront enregistrer un scénario et de le rejouer et vérifier des choses affichées à l'écran lorsqu'elle rejoue le scénario. Elles disposent de capacité de comparaison d'image mais dans la réalité, c'est sous casse figure de les utiliser.

Merci pour vos réponses !

J'en déduis qu'il n'y a pas d'écrit sur ce thème ? (livre, cours, tuto, etc.)

Car c'est bien la théorie qui m'intéresse et @Beclar l'a bien évoqué dans sa réponse : il y existe des bonnes pratiques en la matière !

Certains livres "génériques" (comme Professional C++, Clean Architecture, Clean Code, etc) abordent les tests. Les tests sont généralement pas dépendant du langage (pour la partie théorie).

Regarde aussi Modern C++ Programming with Test-Driven Development.

Franchement la théorie des UT est plutôt triviale : tu écris un code et tu t'assures que le résultat est celui attendu :calim2:
Après c'est juste des framework pour proposer des fonctions fancy comme ASSERT_EQUAL, ASSERT_NULL, ... souvent des macros, une syntaxe pour les enregistrer automatiquement etc
Et faut juste suivre la syntaxe et ajouter tes tests ASSERT_EQUAL(3, MyCall(Param1, Param2));

Citation:

---

Envoyé par Bousk

Franchement la théorie des UT est plutôt triviale : tu écris un code et tu t'assures que le résultat est celui attendu :calim2:

---

On peut faire des choses simples et triviales, mais on peut egalement aller plus loin. Ecrire des bons tests n'est pas si simple, selon le projet : strategie de tests (test driven dev), quoi tester, comment tester, etc. Dans ton exemple, quelles valeurs choisir pour param1 et param2 ? Des valeurs aleatoires (fuzzy testing) ? Des valeurs limites ? Faire du blackbox testing ?

Dans tous les cas, ca me semble pas deconnant de vouloir apprendre des bases un peu plus solide du testing, au dela des cas triviaux.

En phase @mintho !

Comme j'ai le "Coder proprement" de Robert C. Martin, je confirme qu'il y a bien trois rubriques consacrées au TU. Je ne les ai pas encore lues.
Lors de ma première lecture du livre, il m'était un peu tombé des mains quand il a pris une orientation purement Java.