Pour résumer ton propos, c'est que tu n'as pas besoin de tests parce que ton code, de part sa maturité, s'est révélé sans bugs, malgré tes nouvelles évolutions.
Moi comme beaucoup, je ne peux (veux ?) pas : Les tests unitaires, c'est justement un truc qui permets de m'assurer que malgré les modifs internes, rien n'est à priori cassé ... Sans vouloir faire le vieux con, cela fait maintenant un paquet d'année que je code (toujours dans dans le même langage, toujours avec le même compilo), et sans forcement m'en rendre compte, il m'arrive encore de changer le comportement d'une API en voulant y faire des évolutions mineures.
Aussi consciencieux que j'essaie de l'être, c'est très difficile de me dire que tout ce que j'ai codé est résistant à tous les cas tordus sans tests ; et là je ne parle pas que du test unitaire, mais du code de debug, voire les générateurs d'input tout pourris etc.
[^] # Re: Faire des tests, c'est bien, mais...
Posté par ninis666 . En réponse au journal Faites des tests !. Évalué à 5.
Pour résumer ton propos, c'est que tu n'as pas besoin de tests parce que ton code, de part sa maturité, s'est révélé sans bugs, malgré tes nouvelles évolutions.
Moi comme beaucoup, je ne peux (veux ?) pas : Les tests unitaires, c'est justement un truc qui permets de m'assurer que malgré les modifs internes, rien n'est à priori cassé ... Sans vouloir faire le vieux con, cela fait maintenant un paquet d'année que je code (toujours dans dans le même langage, toujours avec le même compilo), et sans forcement m'en rendre compte, il m'arrive encore de changer le comportement d'une API en voulant y faire des évolutions mineures.
Aussi consciencieux que j'essaie de l'être, c'est très difficile de me dire que tout ce que j'ai codé est résistant à tous les cas tordus sans tests ; et là je ne parle pas que du test unitaire, mais du code de debug, voire les générateurs d'input tout pourris etc.