Les 4 piliers d’un débogage efficace

De bons outils constituent un de ces piliers et c’est cet aspect que nous abordons ici. Néanmoins, les outils ne seront d’aucune utilité sans les trois autres piliers. Le premier est le recours à des pratiques de conception d’application et de codage qui privilégient un couplage lâche des objets, puis l’écriture de code ne présentant aucune ambigüité. Ces pratiques vous aident à localiser les bugs et à éviter les modifications qui vont en introduire de nouveaux. A ce propos, il n’est jamais trop tard pour relire l’ouvrage de Brian W. Kernighan et P. J. Plauger intitulé « The Elements of Programming Style » (éditions Computing Mcgraw-Hill, 1978).

Les 4 piliers d’un débogage efficace

Le deuxième pilier est l’utilisation du développement orienté tests ou TDD (Test-Driven Development). Si vous créez autre chose que des interfaces utilisateur à couplage étroit et que vous n’utilisez pas l’approche TDD, vous programmez avec une main attachée dans le dos : votre productivité est inférieure à ce qu’elle pourrait être et votre code est moins fiable qu’il le devrait.

Le troisième pilier du débogage est la disponibilité d’un processus de débogage de qualité (cf. l’encadré « Le processus de débogage »). De nombreux développeurs passent directement à la phase de développement d’une solution et, par conséquent, sont moins en mesure de corriger les bugs et plus enclins à en introduire de nouveaux par rapport aux développeurs qui suivent un processus.

Mais si ces autres piliers sont en place, les outils ont leur rôle à jouer. Afin de conserver une taille raisonnable à cet article, nous allons uniquement passer en revue les outils de débogage liés au code source et supposer que vous n’êtes pas intéressé par le débogage de votre code MSIL (Microsoft Intermediate Language).