Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

20131215-23h02.md 1.6KB

4 vuotta sitten
123456789101112131415161718
  1. author: Yannick François
  2. date: 2013-12-15T23:02Z
  3. Je pratique le TDD depuis quelques temps déjà. J'ai pu améliorer ma pratique grace au Dojo de dev. Aujourd'hui je ne sais plus faire sans.
  4. Pour moi le TDD me permet de savoir quoi coder. Je ne pense pas a mon code, je pense juste au test, le prochain que je doit écrire. Et c'est ce changement de position qui est, je crois, le plus dur à faire pour ce sentir mieux avec cette pratique, et commencer à voir le principe de "design émergent". A partir du monent ou tu ne penses plus ton architecture/code en "design up-front", ta conception deviens émergente.
  5. C'est très intéressant ce que tu évoque sur les frameworks ainsi que sur le dev web. Voici un déroulé assez classique pour moi (j'esère que ça ne sera pas trop long):
  6. - je dessine la page que je veux voir (html pure, éventuellenement un poil de css)
  7. - je click sur l'action, mais elle ne fait rien (c'est une forme de test unitaire non programmé et non reproductible à l'identique, mais un casper, ou l'enregistrement d'un scénario sélénium le permettrait... il faut que j'essaie)
  8. - Je code l'action la plus simple possible. Si c'est juste une configuration de route, je le fait sans plus de test. Si c'est un code plus complexe, avec des validation et/ou regle métier,:
  9. - je fait un test pour décrire ce que je veux...
  10. - je code
  11. - je refactor
  12. - ...
  13. Je vais m 'arreter là, je pourrais en parler toute la nuit. L'idée pour moi est d'avoir une approche top-down, avec des tests pour m'aider à exprimer ce que je souhaite faire, et non penser directement à ce que je veux coder.