đ Test-First, dont TDD fait partie, ne rend pas les dĂ©veloppeurs plus productifs que Test-Last ! Pire, les praticiens de Test-First passent plus de temps Ă tester, pour une qualitĂ© visible identique. Le temps passĂ© Ă tester est en revanche du temps en moins passĂ© sur le code.
â ïž TDD est-il Ă ranger au placard ? Pas si vite. Dâabord, lâĂ©tude note que les groupes TDD nâavaient pas une forte expĂ©rience et ont passĂ© autant de temps Ă apprendre la mĂ©thode quâils en ont passĂ© Ă pratiquer. Fait connu des praticiens de TDD : au dĂ©but câest laborieux. Second biais : le groupe TDD nâeffectuait que des tests unitaires. Or, il est plutĂŽt recommandĂ© actuellement lâoutside-in TDD, soit TDD pour les tests fonctionnels.
đ°ïž LâĂ©tude date de 2009, ce qui explique bien des choses. Elle mĂ©riterait dâĂȘtre reproduite 15 ans aprĂšs.
SOURCE
Huang, Liang & Holcombe, M.. (2009). Empirical investigation towards the effectiveness of Test First programming. Information & Software Technology. 51. 182-194. DOI:10.1016/j.infsof.2008.03.007.
Enzo Sandré
đ Lien public DOIs: 10.1016/j.infsof.2008.03.007