TDD DIRETO DAS TRINCHEIRAS Luiz Borba [email_address] @luizborba http://borba.blog.br
QUE DANADO É  TDD ?
Test Driven Development
 
Programadores detestam testar
Prática XP  (Test First) 99
TDD by Example  2002
POR ONDE COMEÇAR?
Minha produtividade vai cair?
Quando vou ter retorno (e quanto)?
COMEÇANDO A USAR TDD
Quem vai escrever os testes?
O que deve ser testado?
Como treinar a equipe
LIÇÕES APRENDIDAS
TDD é design
SE PREPARE PARA A RESISTÊNCIA
Infra demora para estabilizar
Melhoria de qualidade
Digitação não é gargalo
Escopo do teste
Cobertura de testes
Integração contínua
Código fácil de testar
Minimizar o uso de debug
EVOLUÇÃO DO TDD
BDD
Fitnesse
TDD inside
CONCLUSÕES FINAIS
É uma mudança de cultura
Legado = código sem testes
Separa  o   quê  do  como
TDD é mais importante que tudo
Perguntas?  [email_address] @luizborba http://borba.blog.br
Próximos SlideShares
Carregando em…5
×

Tdd direto das trincheiras

1.263 visualizações

Publicada em

Apresentação realizada no I Agilidade Paraíba e II Encontro de lista user-groups SCRUM PARAÍBA. Por Luiz Borba do C.E.S.A.R.

Publicada em: Educação
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
1.263
No SlideShare
0
A partir de incorporações
0
Número de incorporações
736
Ações
Compartilhamentos
0
Downloads
6
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Tdd direto das trincheiras

  1. 1. TDD DIRETO DAS TRINCHEIRAS Luiz Borba [email_address] @luizborba http://borba.blog.br
  2. 2. QUE DANADO É TDD ?
  3. 3. Test Driven Development
  4. 5. Programadores detestam testar
  5. 6. Prática XP (Test First) 99
  6. 7. TDD by Example 2002
  7. 8. POR ONDE COMEÇAR?
  8. 9. Minha produtividade vai cair?
  9. 10. Quando vou ter retorno (e quanto)?
  10. 11. COMEÇANDO A USAR TDD
  11. 12. Quem vai escrever os testes?
  12. 13. O que deve ser testado?
  13. 14. Como treinar a equipe
  14. 15. LIÇÕES APRENDIDAS
  15. 16. TDD é design
  16. 17. SE PREPARE PARA A RESISTÊNCIA
  17. 18. Infra demora para estabilizar
  18. 19. Melhoria de qualidade
  19. 20. Digitação não é gargalo
  20. 21. Escopo do teste
  21. 22. Cobertura de testes
  22. 23. Integração contínua
  23. 24. Código fácil de testar
  24. 25. Minimizar o uso de debug
  25. 26. EVOLUÇÃO DO TDD
  26. 27. BDD
  27. 28. Fitnesse
  28. 29. TDD inside
  29. 30. CONCLUSÕES FINAIS
  30. 31. É uma mudança de cultura
  31. 32. Legado = código sem testes
  32. 33. Separa o quê do como
  33. 34. TDD é mais importante que tudo
  34. 35. Perguntas? [email_address] @luizborba http://borba.blog.br

×