O documento discute as principais questões sobre Test Driven Development (TDD): (1) TDD é uma prática de desenvolvimento de software onde os testes são escritos antes do código e guiam o desenvolvimento; (2) Começar com TDD pode reduzir a produtividade inicialmente, mas melhora a qualidade do código e reduz bugs no longo prazo; (3) É importante treinar a equipe, escrever testes abrangentes e integrar TDD na cultura da organização.

1. TDD DIRETO DAS TRINCHEIRAS Luiz Borba [email_address] @luizborba http://borba.blog.br

2. QUE DANADO É TDD ?

3. Test Driven Development

5. Programadores detestam testar

6. Prática XP (Test First) 99

7. TDD by Example 2002

8. POR ONDE COMEÇAR?

9. Minha produtividade vai cair?

10. Quando vou ter retorno (e quanto)?

11. COMEÇANDO A USAR TDD

12. Quem vai escrever os testes?

13. O que deve ser testado?

14. Como treinar a equipe

15. LIÇÕES APRENDIDAS

16. TDD é design

17. SE PREPARE PARA A RESISTÊNCIA

18. Infra demora para estabilizar

19. Melhoria de qualidade

20. Digitação não é gargalo

21. Escopo do teste

22. Cobertura de testes

23. Integração contínua

24. Código fácil de testar

25. Minimizar o uso de debug

26. EVOLUÇÃO DO TDD

27. BDD

28. Fitnesse

29. TDD inside

30. CONCLUSÕES FINAIS

31. É uma mudança de cultura

32. Legado = código sem testes

33. Separa o quê do como

34. TDD é mais importante que tudo

35. Perguntas? [email_address] @luizborba http://borba.blog.br