L'excès de tests unitaires nuirait au développement agile

Ils seraient favorisés par rapport aux tests d'intégration

Bien souvent, le développement agile mise sur le développement piloté par les tests (TDD). Aujourd’hui, Mark Balbes, un des membres les plus éminents de Asynchrony Solutions et expert en développement logiciel et en gestion de projet agile, nous livre sa vision des faits en ce qui concerne le TDD.

L’expert estime qu’actuellement, le développement agile use excessivement du TDD, les développeurs ont alors tendances à créer trop de tests surtout avec la multitude d’outils existants sur le marché. Or, une écriture et un choix plus judicieux des tests à utiliser seraient nettement plus bénéfiques pour le développement agile.

En effet, l’apport du TDD est non négligeable, ce dernier préconise l’utilisation de tests unitaires pour vérifier le bon fonctionnement/comportement d’une classe. Les développeurs créent alors des tests unitaires pour chaque entité de leur programme, mais dans certains cas, les tests unitaires s’avèrent inefficaces. Il faut donc songer à utiliser d’autres tests comme les tests d’intégration qui permettent de vérifier si le programme fait le travail souhaité. Il s’agit de vérifier si l’interaction entre les différents objets se fait correctement et se conclut par une exécution correcte du programme.

Ainsi, les tests unitaires diffèrent sensiblement des tests d’intégration, ils permettent de vérifier le fonctionnement de chaque classe indépendamment des autres. Toutefois, ils ne garantissent pas l’interaction correcte des objets. Pourtant, le développeur se préoccupe en premier lieu du bon fonctionnement du programme dans son ensemble. C’est là qu’il y aurait contradiction avec les pratiques de certains.

L’expert recommande donc aux développeurs de s’affranchir d’une utilisation trop récurrente des tests unitaires qui tirent leur source du TDD et d’utiliser à bon escient chaque type de test : des tests unitaires pour les classes qui traitent des données et des tests d’intégration pour les objets qui interagissent entre eux et qui modifient/déplacent des données, car après tout l’esprit agile c’est aussi une souplesse de l’esprit.

Source : Billet de blog de Mark Balbes

Et vous ?

Qu’en pensez-vous ?