Il existe aujourd’hui beaucoup de très bons articles expliquant l’intérêt de coder des tests unitaires. Si vous deviez n’en lire qu’un seul, je vous recommanderais vivement le récent article de Patrick Smacchia.

Face à autant de contenu de bonne qualité, je ne pensais pas avoir un jour à écrire un article sur le sujet. Mais finalement je me rends compte qu’il faut écrire en français pour lutter contre la fameuse coutume bien de chez nous du « moi, c’est différent », ou « on a tenté, ça n’a jamais marché », ou encore « c’est plus pas pareil que c’est différent… donc on ne peut pas ».

Cet article va donc faire partie d’une petite série d’articles courts.

La question du jour

Pourquoi je continue à coder des tests unitaires ?

Ma réponse simple (pour une foi)

Après 20 ans avec .net, je ne sais plus coder sans tests unitaires. J’ai des applications des mes débuts que je ne pourrai pas maintenir sans.

J’espère que cela en fera réfléchir. Dans le prochain article sur les tests unitaires, j’attaquerais le fameux « risque à ne pas faire » que l’on aime beaucoup évoquer en gestion de projet. Mais pour lequel on ne sait jamais vraiment quoi dire.