TDD - test driven development - La Minute Agile Scrum #91

[@redwan8661]

Merci pour tes lumières 👌

[@LaMinuteAgile]

Avec plaisir :)

[@kevinnzuguem7700]

Merci pour cette vidéo très édifiante. Le BDD n’est il pas confondu au test d’intégration ? Merci !

[@LaMinuteAgile]

Le BDD peut en faire parti. Mais ce n’est pas le seul type de test possible en intégration continue.

[@pascalmanucci6572]

En ce moment je creuse beaucoup TDD, et le "Pourquoi TDD" est loin d'être évident surtout si on ne l'approche pas avec le bon mindset, tant des tas de gens expliquent très mal les enjeux et précisément ce "mindset". C'est extrêmement important de comprendre que le but n'est pas de construire l'algo et de le valider par les test mais de faire émerger l'algo par les tests (démarche empirique), pour une fonction donnée : énormément de personne ne comprennent pas cette subtilité pourtant essentielle. Le but est de faire émerger l'algorithme le plus simple possible qui passe les tests qui se veulent pragmatiques et représenter "l'expérience". On est à une granularité très fine. L'autre point essentiel est que, le refactor doit être fait avec un mindset "clean code" et surtout ... Qu'il doit-être fait ! (beaucoup de gens l'oublient). Le but au final est d'avoir une démarche émergente basée sur l'expérience (les tests et jeu de granularité), à la fois pour les algorithmes et l'architecture technique. TDD insiste beaucoup sur "Il faut faire passer le test" c'est pas pour rien : il ne faut surtout pas, une fois le test écrit, commencer à écrire l'algo : tout le but est précisément de le faire émerger et de le garder le plus simple possible au final. La non-régression n'est qu'un corollaire de tout ça et n'est pas la motivation principale. La motivation principale est de faire du design émergent.

[@LaMinuteAgile]

Regarde ma video TDD vs BDD où k'insiste sur ce fait justement.

[@ineszarrouki8811]

Lm