O documento discute os benefícios e desafios do Test Driven Development (TDD). Apresenta como começar a usar TDD na programação, como treinar equipes, e como melhorar a qualidade e produtividade do código através de testes automatizados. Conclui que TDD requer uma mudança cultural para escrever testes primeiro e manter um código limpo e fácil de testar.

1. TDD direto das
trincheiras
Luiz Borba

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?
borba@pitang.com