Dans le contexte du développement logiciel, il a nombre de sujets qui ne sont pas toujours populaires. Pour cet article, j’ai décidé d’associer deux d’entre eux :

• Les tests unitaires : dont tout le monde ne voit pas toujours l’intérêt
• Le risque à ne pas faire : une notion que l’on rencontre en gestion de projet. Souvent elle n’est pas très renseignée et se concluent en quelques mots « perte de clients » ou « perte de profits » .

Imaginons que l’on doive conduire un projet dont l’objectif et la mise en place de tests unitaires.

Quel est le risque à ne pas faire ce projet ?

Je vois le risque à ne pas coder de tests unitaires comme un problème dont la dangerosité va croitre dans le temps.

Du début du projet à sa première livraison

Le fait de ne pas avoir de tests unitaires peut ne pas sembler gênant durant les premières phases du projet. Cependant, cela vous expose aux problèmes suivants :

• Livrer en recette un produit qui comprendrait de nombreux bugs. Ceci se traduit souvent par une recette plus longue que prévu. Ce qui finit par donner une mauvaise perception du produit et de votre société.
• Ne pas arriver à détecter un bug sournois présent dès le premier jour. Mais que ne sera visible que quelques mois après la livraison.

Durant le cycle de vie / maintenance du produit

Avec le temps, l’absence de tests unitaires va augmenter les risques encourus :

• Risque de régressions.
• Risque de perte de temps.
• Risque de ne pas ajouter des fonctionnalités ou de ne pas faire évoluer des fonctionnalités, par peur des régressions.
• Risque de ne pas effectuer les montées de version de sa stack technique (ex : Migration de Framework .net, mise à jour de librairie tiers)
• Risque de perte de connaissances liées au fonctionnement du produit.
• Risque de perte de connaissances des contraintes techniques du produit.

Et à mon sens, la pire de toutes :

• Risque que votre équipe ait peur de modifier le produit.

Moralité

Les risques à ne pas coder de tests unitaires sont nombreux. Avec le temps, ils ne font qu’augmenter.

S’il vous plaît, codez des tests unitaires !