Programmation PYTHON - Zenk - Security - Repository

Programmation dirigée par les tests
CHAPITRE 12
Rythmez continuellement les séquences de test et de codage, ne reportez jamais
l’écriture de certains tests à plus tard si vous êtes côté code.
Pour un refactoring, c’est-à-dire une modification en profondeur d’un code existant,
essayez de segmenter au maximum le travail de réécriture pour pouvoir
relancer la batterie de tests complète régulièrement et modifier si nécessaire certains
tests.
Un développeur qui débute dans cette technique dérape facilement vers des tests trop
longs ou incomplets. La pertinence des tests s’acquiert par expérience et goût.
Tests fonctionnels
Les tests fonctionnels ont le même objectif que les tests unitaires, mais imitent un
utilisateur qui se sert de l’applicatif.
L’objectif n’est plus dans ce cas de couvrir systématiquement chaque ajout de code,
mais plutôt de valider globalement que les fonctionnalités demandées sont bien couvertes
par le logiciel.
Ces tests peuvent être utilisés au moment de la recette pour vérifier avec le client que
le produit livré correspond bien à ses attentes. Ils deviennent une sorte de checklist,
où chaque point du cahier des charges est vérifié.
Dans certains cas, et si les outils le permettent, ces tests peuvent même être conçus
par le client lui-même.
Ces tests constituent un excellent outil commercial pour prouver la qualité du code
au client. Ils permettent aussi la prévention de régressions qui apparaissent au cours
de l’évolution du développement d’une application.
La question à se poser est donc :
« Que m’apportent de plus les tests fonctionnels que les tests unitaires à moi,
développeur ? »
Tests de l’interface
Les tests fonctionnels doivent opérer sur le logiciel de la même manière qu’un utilisateur.
Ils doivent donc utiliser l’interface du logiciel.
Dans le cas de programmes utilisés en ligne de commande, l’interface entre le programme
et l’utilisateur est très étroite, et les tests fonctionnels s’apparentent plus à
des tests d’intégration en mode boîte noire : on vérifie que les différents composants
de l’application fonctionnent correctement pour un ensemble de paramètres d’entrée
qui correspondent aux différents scenarii d’utilisation.
401