S'il est facile de comprendre l'intérêt d'un code bien testé, la mise en œuvre de tests se heurte souvent au problème des dépendances du code testé : comment s'abstraire de ces dépendances ? A travers une présentation pratique, où Stéphane Malbéqui, Yannick Ameur et Anthony Dahanne rencontreront et résoudrons plusieurs obstacles à la mise en oeuvre de tests untiataires, vous découvrirez à travers un cas concret la mise en œuvre de TDD !

1. TDD : avec ou sans Mocks ? Par Anthony Dahanne, Yannick Ameur, Stéphane Malbéqui http://blog.valtech.fr

3. Problèmes de dépendances de couches

6. TDD : pourquoi et comment ?

7. Conclusion

10. répétable

11. simple et rapide à développer et à exécuter

12. exécutable automatiquement

15. Pas d'accès à la dépendance (composant non disponible)

20. Ne tester uniquement les méthodes extraites

23. Que l'on a bien appelé methodeB(paramA) avec la valeur attendue de paramA

25. Configuration du mock (expect et return dans EM)

26. Injection du mock dans la classe testée

27. Enregistrement du mock (replay dans EM)

28. Éventuellement, vérification (verify dans EM)

30. Si je sais tester mon code, alors je sais l'implémenter !

31. D'abord faire échouer le test, ensuite écrire une première implémentation

33. Tester de manière unitaire et découplée

35. Couverture des tests possibles à 100%

36. Cependant, pas toujours indispensables (cas simples)

38. MbUnit, Nunit, MsTest (.NET),

39. TestUnit (Ruby)

41. RhynoMock (.NET),

43. Test Driven Development by example, Kent Beck

44. MockObjects.com/book