Ah ben justement je pensais écrire un commentaire allant dans ce sens :)
Donc moi je développe en ruby et rails, et depuis maintenant deux ans, j’utilise vraiment bien les tests sur tous mes projets (pro et perso). Pour ça j’utilise RSpec/MiniTest et Cucumber.
Je ne suis pas un partisan à la base du commentaire à tout va, j’en écrit assez peu moi-même, je n’en mets que lorsque je juge ça utile et que le bout de code ne va pas être facilement compréhensible ou pour décrire l’intention comme il est dit plus haut.
J’avoue que depuis que j’ai pris l’habitude d’écrire des tests et ben ça change la vie ! J’essaie (même si c’est pas évident tout le temps) de couvrir le maximum de cas possibles pour une méthode donnée.
Avec RSpec et ses notions de context/describe, c’est facile pour décrire par bloc ce qu’il se passe quand on est dans tel cas, puis dans tel autre, etc (je connais pas trop les autres systèmes de tests hors ruby & co). Et il y a une option pour faire passer les tests en mode « documentation » justement, ce qui permet d’avoir un affichage propre et de savoir facilement que telle méthode va se comporter de telle manière dans tel cas, puis comme ça dans un autre, etc.
Donc de mon expérience, je pense que les tests unitaires & co sont même mieux que du commentaires s’ils sont bien écrits et de manière consciencieuse puisque contrairement à un commentaire, le test est exécutable et du coup reflète la réalité et est censé être pété s’il n’est plus en phase avec le code. Bon évidemment un test tout pourri qui vérifie que true == true ne servira pas à grand chose et continuera de passer :)
[^] # Re: Et les tests alors ?
Posté par Flink . En réponse au journal To comment or not to comment. That is the question.. Évalué à 2.
Ah ben justement je pensais écrire un commentaire allant dans ce sens :)
Donc moi je développe en ruby et rails, et depuis maintenant deux ans, j’utilise vraiment bien les tests sur tous mes projets (pro et perso). Pour ça j’utilise RSpec/MiniTest et Cucumber.
Je ne suis pas un partisan à la base du commentaire à tout va, j’en écrit assez peu moi-même, je n’en mets que lorsque je juge ça utile et que le bout de code ne va pas être facilement compréhensible ou pour décrire l’intention comme il est dit plus haut.
J’avoue que depuis que j’ai pris l’habitude d’écrire des tests et ben ça change la vie ! J’essaie (même si c’est pas évident tout le temps) de couvrir le maximum de cas possibles pour une méthode donnée.
Avec RSpec et ses notions de context/describe, c’est facile pour décrire par bloc ce qu’il se passe quand on est dans tel cas, puis dans tel autre, etc (je connais pas trop les autres systèmes de tests hors ruby & co). Et il y a une option pour faire passer les tests en mode « documentation » justement, ce qui permet d’avoir un affichage propre et de savoir facilement que telle méthode va se comporter de telle manière dans tel cas, puis comme ça dans un autre, etc.
Donc de mon expérience, je pense que les tests unitaires & co sont même mieux que du commentaires s’ils sont bien écrits et de manière consciencieuse puisque contrairement à un commentaire, le test est exécutable et du coup reflète la réalité et est censé être pété s’il n’est plus en phase avec le code. Bon évidemment un test tout pourri qui vérifie que true == true ne servira pas à grand chose et continuera de passer :)