{"id":24650,"date":"2020-03-26T10:30:24","date_gmt":"2020-03-26T09:30:24","guid":{"rendered":"https:\/\/www.inovallee.com\/?p=24650"},"modified":"2020-03-26T10:30:24","modified_gmt":"2020-03-26T09:30:24","slug":"tdd-principes-et-avantages-du-test-driven-development","status":"publish","type":"post","link":"https:\/\/www.inovallee.com\/en\/tdd-principes-et-avantages-du-test-driven-development\/","title":{"rendered":"TDD : principes et avantages du Test Driven Development"},"content":{"rendered":"
\"\"<\/figure>\n\n\n

Pendant tr\u00e8s longtemps, la r\u00e8gle des projets informatiques\n\u00e9taient de dissocier les \u00e9quipes de Dev et les \u00e9quipes de Tests. La notion de\nTDD est apparue avec la codification de Kent Beck dans les ann\u00e9es 2000 et\ndonnera naissance \u00e0 diverses m\u00e9thodologies mais qui tournent autour de\nprincipes communs et totalement int\u00e9gr\u00e9s aux m\u00e9thodes agiles.<\/p>\n\n\n

Pour aider la communaut\u00e9 de d\u00e9veloppeurs du Tarmac, l\u2019\u00e9quipe de vrtice <\/a>a mis en place des coding dojos bimensuels pour partager\u2026 par la pratique, les bonnes pratiques de d\u00e9veloppement dans une logique d\u2019agilit\u00e9 et d\u2019int\u00e9gration continue. <\/p>\n\n\n

Les grands principes du TDD<\/h3>\n\n\n

Le TDD est une technique de d\u00e9veloppement m\u00ealant intimement l\u2019\u00e9criture des\ntests unitaires, la programmation et l\u2019am\u00e9lioration continue du code (encore\nappel\u00e9e refactorisation). Pour \u00eatre unitaire, un test ne doit pas communiquer\navec une base de donn\u00e9es ni avec d\u2019autres ressources ou syst\u00e8mes d\u2019informations\nsur le r\u00e9seau, il ne manipule aucun fichier, il peut s\u2019ex\u00e9cuter en m\u00eame temps\nque les autres tests unitaires et il ne doit pas \u00eatre li\u00e9 \u00e0 une autre\nfonctionnalit\u00e9 ou \u00e0 un fichier de configuration pour \u00eatre ex\u00e9cut\u00e9.<\/p>\n\n\n

Chaque fonction unitaire de l\u2019application poss\u00e8de son propre test unitaire,\n\u00e9crit avant le code. Le test est \u00e9crit dans un premier temps pour \u00e9chouer. Le\nd\u00e9veloppeur s\u2019assure ainsi en \u00e9crivant le test des conditions de r\u00e9ussite, mais\naussi d\u2019\u00e9chec, de la fonction. Puis le d\u00e9veloppeur \u00e9crit la fonction demand\u00e9e,\nde fa\u00e7on \u00e0 ce que le test r\u00e9ussisse. Le code source produit pour r\u00e9aliser la\nfonction demand\u00e9e doit alors \u00eatre le plus simple et le plus r\u00e9duit possible, de\nfa\u00e7on \u00e0 juste r\u00e9aliser ce qui est demand\u00e9, pour que le test r\u00e9ussisse. Une fois\nle code source \u00e9crit et fonctionnel, une derni\u00e8re \u00e9tape de refactorisation\npermet de v\u00e9rifier qu\u2019il r\u00e9pond bien aux crit\u00e8res de simplicit\u00e9 demand\u00e9s.<\/p>\n\n\n

(source : https:\/\/www.nutcache.com\/fr\/blog\/tdd-test-driven-development\/<\/a>\n)<\/p>\n\n\n

Concr\u00e8tement, le TDD se d\u00e9compose en 5 \u00e9tapes distinctes :<\/p>\n\n\n

  1. \u00c9crire un test,<\/li>
  2. V\u00e9rifier qu\u2019il \u00e9choue (puisqu\u2019il n\u2019y a pas de code correspondant),<\/li>
  3. \u00c9crire le code suffisant<\/strong> pour que le test passe,<\/li>
  4. V\u00e9rifier que le test passe,<\/li>
  5. Optimiser le code et v\u00e9rifier qu\u2019il n\u2019y ait pas de r\u00e9gression.<\/li><\/ol>\n\n\n

    Les avantages du TDD<\/h3>\n\n\n

    Les tests tels qu’ils sont mis \u00e0 profit dans TDD permettent d’explorer et de\npr\u00e9ciser le besoin, puis de sp\u00e9cifier le comportement souhait\u00e9 du logiciel en\nfonction de son utilisation, avant chaque \u00e9tape de codage. Le logiciel ainsi\nproduit est tout \u00e0 la fois pens\u00e9 pour r\u00e9pondre avec justesse au besoin et con\u00e7u\npour le faire avec une complexit\u00e9 minimale<\/a>. On obtient donc un\nlogiciel mieux con\u00e7u, mieux test\u00e9 et plus fiable, autrement dit de meilleure\nqualit\u00e9. <\/p>\n\n\n

    Le fait d’\u00e9crire les tests avant le code en TDD est donc \u00e0 l’origine\nd’impl\u00e9mentations testables, c’est-\u00e0-dire facilement testables et testables \u00e0\n100%. Or la testabilit\u00e9 du code favorise une meilleure conception par un\ncouplage l\u00e2che et une coh\u00e9sion forte, ce qui \u00e9vite des erreurs communes de\nconception. <\/p>\n\n\n

    Le TDD permet notamment :<\/p>\n\n\n