Discussion :

[Mindiell]

Bonjour à tou(te)s,

Je ne suis pas sur d'être au bon endroit, mais je suis en train de me mettre au "Test Driven Development", et je me pose une question :

Je fais ma classe TestMaClasse, ca plante
Je fais ma classe MaClasse, ca marche
Je suis content, mais, mais...

Maintenant, comment j'utilise ma classe ? Je copie les sources ailleurs pour mon projet ? C'est à dire que j'ai un projet pour construire ma classe via le TDD, et un projet ou j'utilise ma classe ?

Je suis un peu perdu sur ce dernier point.

Merci d'avance

[teddyalbina]

Moi je fais du TPD

[Mindiell]

euh, tu peux expliquer ???

[teddyalbina]

Bah TPD => Test plantage Debug

Plus sérieusement, perso je n'écrit pas vraiment mes testes avant e je fais mon code puis je teste à la chaine les bouts de codes dont je ne suis pas vraiment sure du résultat.

[Mindiell]

Bah plus sérieusement... J'attendais une réponse sérieuse...

[Philippe Vialatte]

Salut,

Je fais ma classe TestMaClasse, ca plante
Je fais ma classe MaClasse, ca marche
Je suis content, mais, mais...

Maintenant, comment j'utilise ma classe ? Je copie les sources ailleurs pour mon projet ? C'est à dire que j'ai un projet pour construire ma classe via le TDD, et un projet ou j'utilise ma classe ?

Non, l'idée, c'est que tes tests sont des clients de ta classe testée, donc c'est la même classe dans les deux cas.

Après, tu peux placer le code de tes tests soit dans le même projet que ton SUT (system under test, pour coller à la terminologie en usage), soit dans un projet à part.

Mais dans les deux cas, le SUT est le même

Si ce n'est pas clair, éventuellement, montre un peu ton code

[Mindiell]

Par client tu entends quoi exactement, un code qui utilise/implémente cette classe ?

Ok, donc si j'ai bien compris, je fais mes classes à un endroit, puis je fait un projet de test pour toutes mes classes, et enfin je fait un projet pour mon application. Et chacun de mes projets utilise les mêmes classes stockées quelque part.

Comme j'ai l'habitude de stocker mes classes sous mon projet, ca fait un peu bizarre, mais ca se comprend et c'est plus simple à maintenir.

Merci,

PS: pas de code encore, je réfléchis avant d'agir

[Mindiell]

Je viens de relire certains tutos et explications sur le TDD. Si je veux placer tout sous un seul projet, je fais comment la distinction entre le main qui lance les tests et le vrai main du projet ?
Ou alors le projet se construit avec les tests ?

Ah ! je suis perdu !

[Philippe Vialatte]

Tu travailles en quel langage ?

[Mindiell]

Je travaille en C++
Mon but étant de faire un jeu, je viens de lire quelques pages très intéressante sur le test d'une interface graphique (apparition et destruction de fenêtre de rendu pour chaque test ? etc...).

Si je comprends bien, les tests permettent defaire avancer le projet, ils doivent donc faire partie du projet. Mon souci reste que je ne dois avoir qu'un seul main qui contiendra soit runnAllTest(), soit runGame() en gros ?

[Philippe Vialatte]

Je travaille en C++

...desole


Le tooling pour les tests unitaires en c++ est assez pourri

Tu voudras peut-etre passer sur ce tuto, qui explique comment utiliser cppunit, et peut-etre jeter un oeil aux exemples
http://matthieu-brucher.developpez.c...ls/cpp/cppUnit

Apres, pour le cote C++, je peux vraiment (mauis alors la, vraiment, vraiment, vraiment) pas t'aider

[Mindiell]

Et encore, j'utilise Code::Blocks avec MinGW sur Windows, autant te dire que pour trouver des infos c'est assez complexe

Cela dit, je n'ai pas réussi à compiler cppUnit, et j'utilise donc UnitTest++ qui n'est pas trop mal bien qu'un peu jeune.

Pour le C++ ou .Net ou java, je ne pense pas que le langage bloque tant que cela, si ? En quoi mon problème de "main" ne se retrouve pas en .Net ?

[Heziva]

Pour le C++ ou .Net ou java, je ne pense pas que le langage bloque tant que cela, si ? En quoi mon problème de "main" ne se retrouve pas en .Net ?

Pour le java, je t'aurais conseillé d'utiliser Maven. Maven propose d'avoir un dossier de sources et un dossier de tests. Lorsque tu lances la commande mvn install, il va compiler tout, passer les tests unitaires, puis ne compresser que les classes utilitaires pour créer le jar/war. Tu peux même lui indiquer quelles bibliothèques sont utiles uniquement pour les tests, afin qu'ils ne les inclues pas dans le jar final.

En C++, je n'ai aucune idée des outils de packaging, mais il en existe surement...