Test DrivenDevelopment<br />
Códigos ruins<br />Bugs<br />Difícil manutenção<br />Produtividade baixa<br />Desmotivação<br />
Ciclo da morte<br />
Impacto das mudanças e correções<br />
Códigos ruins? #1<br />
Códigos ruins? #2<br />
Códigos ruins? #3<br />
Solução: TDD<br />
O que NÃO é TDD?<br />TDD != Teste Unitário<br />Não é um método para TESTAR software<br />Não é limitado<br />Não é teste...
TDD = TestDrivenDevelopment(Desenvolvimento Orientado a testes)<br />
   “Técnica de desenvolvimento cujo processo é formado por pequenas iterações. Onde os testes são codificados primeiro.”<b...
WTF?!<br />
Programar os testes primeiro      +Refatorar<br />
Assegura  a Qualidade do Código<br />
“Clean codethatworks”<br />(Test Driven Development By Example, Kent Beck)<br />
“Desenvolvedor que não testa é como um cirurgião que não lava as mãos”<br />(Robert C. Martin “Uncle Bob”)<br />
“Sistema sem teste dá medo!”(Giovanni Bassi)<br />
“Código sem teste, é código legado”<br />(Esse eu não sei quem disse)<br />
Por que não usar?<br />
“Estou sem tempo para testar!”<br />
“Escrever testes demora muito!”<br />
“Esse não é meu trabalho”<br />
“Se compilou é porque está funcionando!”<br />
“Testar é caro, não testar é mais caro ainda!”<br />(Giovanni Bassi)<br />
Benefícios do TDD<br />
“Garante a existência de testes unitários completos e atualizados”<br />
“Diminui a quantidade de erros por linha de código ”<br />
“Testes unitários são documentação executável”<br />(Giovanni Bassi)<br />
“Direciona projeto a ser mais desacoplado, flexível, modulareextensível.”<br />
O cliente<br />
O desenvolvedor<br />
Práticas e conceitos<br />
Modularize os Testes<br />
Baby Steps<br />
Resistindo a tentação de sair fazendo<br />
DRY<br />
Princípio da responsabilidade única (SRP)<br />
Participe de CodingDojos<br />
TDD é fácil<br />
Literaturas<br />
Links<br />http://www.codeplex.com/wikipage?ProjectName=xunit&title=Comparisons<br />http://unplugged.giggio.net/<br />htt...
[...] E este sou eu!<br />twitter: @waldyrfelix<br />msn: waldyrpe@hotmail.com<br />gtalk: waldyrfelix@gmail.com<br />skyp...
Perguntas?<br />
Ao Dojo! Obrigado!<br />
Upcoming SlideShare
Loading in …5
×

TDD - Test Driven Development

2,260
-1

Published on

Slides da apresentação sobre TDD para a equipe de IW da empresa Inove Informática.

* Slides adaptados de uma outra apresentação realizada por Felipe Pimentel (http://slidesha.re/9OWwgk)

Published in: Technology, Education
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
2,260
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
39
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

TDD - Test Driven Development

  1. 1. Test DrivenDevelopment<br />
  2. 2.
  3. 3. Códigos ruins<br />Bugs<br />Difícil manutenção<br />Produtividade baixa<br />Desmotivação<br />
  4. 4. Ciclo da morte<br />
  5. 5. Impacto das mudanças e correções<br />
  6. 6. Códigos ruins? #1<br />
  7. 7. Códigos ruins? #2<br />
  8. 8. Códigos ruins? #3<br />
  9. 9. Solução: TDD<br />
  10. 10. O que NÃO é TDD?<br />TDD != Teste Unitário<br />Não é um método para TESTAR software<br />Não é limitado<br />Não é teste de caixa preta, caixa branca, caixa cinza ou regressão.<br />
  11. 11. TDD = TestDrivenDevelopment(Desenvolvimento Orientado a testes)<br />
  12. 12. “Técnica de desenvolvimento cujo processo é formado por pequenas iterações. Onde os testes são codificados primeiro.”<br />
  13. 13. WTF?!<br />
  14. 14. Programar os testes primeiro +Refatorar<br />
  15. 15.
  16. 16.
  17. 17. Assegura a Qualidade do Código<br />
  18. 18. “Clean codethatworks”<br />(Test Driven Development By Example, Kent Beck)<br />
  19. 19. “Desenvolvedor que não testa é como um cirurgião que não lava as mãos”<br />(Robert C. Martin “Uncle Bob”)<br />
  20. 20. “Sistema sem teste dá medo!”(Giovanni Bassi)<br />
  21. 21. “Código sem teste, é código legado”<br />(Esse eu não sei quem disse)<br />
  22. 22. Por que não usar?<br />
  23. 23. “Estou sem tempo para testar!”<br />
  24. 24. “Escrever testes demora muito!”<br />
  25. 25. “Esse não é meu trabalho”<br />
  26. 26. “Se compilou é porque está funcionando!”<br />
  27. 27. “Testar é caro, não testar é mais caro ainda!”<br />(Giovanni Bassi)<br />
  28. 28. Benefícios do TDD<br />
  29. 29. “Garante a existência de testes unitários completos e atualizados”<br />
  30. 30. “Diminui a quantidade de erros por linha de código ”<br />
  31. 31. “Testes unitários são documentação executável”<br />(Giovanni Bassi)<br />
  32. 32. “Direciona projeto a ser mais desacoplado, flexível, modulareextensível.”<br />
  33. 33. O cliente<br />
  34. 34. O desenvolvedor<br />
  35. 35. Práticas e conceitos<br />
  36. 36.
  37. 37. Modularize os Testes<br />
  38. 38.
  39. 39. Baby Steps<br />
  40. 40. Resistindo a tentação de sair fazendo<br />
  41. 41.
  42. 42. DRY<br />
  43. 43. Princípio da responsabilidade única (SRP)<br />
  44. 44. Participe de CodingDojos<br />
  45. 45. TDD é fácil<br />
  46. 46. Literaturas<br />
  47. 47. Links<br />http://www.codeplex.com/wikipage?ProjectName=xunit&title=Comparisons<br />http://unplugged.giggio.net/<br />http://www.infoq.com/br/news/2009/03/TDD-Improves-Quality<br />http://www.infoq.com/br/articles/levison-TDD-adoption-strategy<br />http://danieltamiosso.com/2009/05/06/o-impacto-de-tdd-no-design/<br />http://www.diogomafra.com.br/2009/09/introducao-ao-tdd_24.html<br />http://www.infoq.com/br/news/2009/11/uncle-bob-tdd-applicability<br />http://www.superexpert.com/<br />http://blogs.southworks.net/dschenkelman/<br />http://www.heroisdati.com/<br />
  48. 48. [...] E este sou eu!<br />twitter: @waldyrfelix<br />msn: waldyrpe@hotmail.com<br />gtalk: waldyrfelix@gmail.com<br />skype: waldyrfelix<br />blog: waldyrfelix.net/blog<br />
  49. 49. Perguntas?<br />
  50. 50. Ao Dojo! Obrigado!<br />
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×