Discussion :

[poussinvert]

Bonjour,
Dans la boite de dev où je travaille, on a l'habitude de ne pas faire de tests unitaires mais plutôt de résoudre les problèmes lorsqu'ils arrivent. C'est à dire que par exemple, si je travaille sur un projet en Java, je ne vais pas utiliser karma ou Junit (les délais sont parfois tendus, on n'a pas le temps), mais on livre en prod et on résout les problèmes ensuite s'il y en a.

Ma question : Existe-t-il une méthode de gestion de projet qui reprend ce que je viens de dire ?

On travaille en Agile (scrum), donc on est souvent avec le client pour définir le prochain sprint, on définit le backlog avec des user-stories, on fait des dailyscrum, des reviews à la fin des sprints, etc... mais pour ce qui est des tests dans nos développements, on n'y fait pas du tout allusion.
J'ai lu qu'il existe la technique TDD (le dev conduit par les tests), mais cette méthode est aussi couplée à des frameworks du style Karma ou Junit.

Pourtant, c'est un peu ce que je fais : J'écris mon code comme si les fonctions existent, évidement mon code ne compile pas, puis je crée les fonctions pour que mon code initial compile et fonctionne comme il faut. Dans ce cas là, puis-je dire que je fais du TDD ou pas ? Je reprends exactement les mêmes concepts sauf que je n'utilise pas de framework de tests unitaires avec.

Merci d'avance pour vos éclaircissements.

[MarsVoyager]

Bonjour,

En gros la question semble être de savoir si, sans faire de tests, on peut dire qu'on applique une méthode de développements guidés par les tests.

Sans être un grand spécialiste du domaine je pense que cette position est difficile à soutenir puisqu'il n'y a justement pas de tests.

La démarche TDD demande de fournir un code pensé pour satisfaire aux tests qui font office de spécification, pas seulement pour permettre de compiler.

My 2 cents.