Programmation PYTHON - Zenk - Security - Repository

Programmation dirigée par les tests
CHAPITRE 12
dire systématique, que le temps prévu au débogage soit bien en-dessous de la réalité
dans la planification d’un projet.
Les développeurs sceptiques deviennent en général adeptes le jour où ils sont chargés
d’introduire ou modifier une fonctionnalité de bas niveau dans un gros logiciel en
production : les tests deviennent dans ce cas pour le développeur ce que le filet de
sécurité est au trapéziste.
Les chefs de projet qui émettent des réserves le font car il est très difficile de quantifier
les gains de temps obtenus par ce genre d’approche : ils dépendent fortement de la personnalité
de chaque composante de l’équipe, du type de projet, et des situations.
Principes
Les eXtrémistes (adeptes de l’eXtreme Programming) préconisent d’écrire les tests
avant le code, pour former une sorte de mini-cahier des charges pour le développement.
Le code peut ensuite être bâti pour faire fonctionner chacun des tests. S’ensuit
un cycle itératif pour faire grossir tour après tour tests et code.
Cette approche est la plus pure mais dans la réalité les développeurs alternent en général
l’ordre de conception (code puis test ou test puis code) en fonction des situations.
L’essentiel reste d’alterner chacun des deux exercices : le plus dur en général pour un
développeur est de réussir à s’arrêter de coder pour passer côté tests.
On peut séparer les tests en deux catégories complémentaires :
les tests unitaires ;
les tests fonctionnels.
Tests unitaires
EN SAVOIR PLUS La gestion de projet, eXtreme Programming
La lecture de Gestion de projet – eXtreme Programming, par Bénard, Bossavit, Médina et Williams chez
le même éditeur, donnera plus d’informations sur ce sujet au lecteur intéressé.
Les tests unitaires testent de manière isolée les fonctionnalités d’un module ou package,
sans se soucier du reste du logiciel, pour vérifier qu’ils répondent bien aux cas
d’utilisation (use cases).
389