Tente desenvolver diferente com TDD

1.961 visualizações

Publicada em

Palestra sobre Desenvolvimento Dirigido por Testes (TDD) apresentada no Agile Vale 2010 em São José dos Campos.
http://www.webgoal.com.br/desenvolvimento/9º-dojo-tente-…gile-vale-2010/

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

Sem downloads
Visualizações
Visualizações totais
1.961
No SlideShare
0
A partir de incorporações
0
Número de incorporações
254
Ações
Compartilhamentos
0
Downloads
22
Comentários
0
Gostaram
3
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Tente desenvolver diferente com TDD

  1. 1. Tente Desenvolver Diferente com TDD Altieres Ribeiro Lopes altieres@webgoal.com.br Mauricio Kazuaki Matsuda mauricio@webgoal.com.br
  2. 2. TDD = Desenvolvimento Dirigido por Testes
  3. 3. Desenvolvimento tradicional
  4. 4. Automatização dos testes
  5. 5. Testes de unidade
  6. 6. Definição Desenvolvimento Dirigido por Testes (TDD) é a capacidade de produzir testes automatizados para código de produção, e usar este processo para dirigir o design e a programação. Para cada pequena funcionalidade no código de produção, você primeiro desenvolve um teste que especifica e valida o que o código deverá fazer. Você então produz somente o código necessário para permitir que o teste passe. Então você refatora (simplifica e clarifica) os códigos de produção e teste. fonte: Agile Alliance
  7. 7. Ciclo de TDD Vermelho Refatoração Verde
  8. 8. Dificuldades em pensar primeiro no teste
  9. 9. O que testar?
  10. 10. Como testar?
  11. 11. Tempo gasto investido criando testes
  12. 12. Lista dos primeiros passos
  13. 13. o x o . . . x . . . . Tabuleiro
  14. 14. Passos de bebê
  15. 15. Simples que funciona
  16. 16. Design emergente
  17. 17. Refatoração
  18. 18. Para todo bug encontrado um teste deve ser criado
  19. 19. Feedback rápido
  20. 20. Segurança para alterar o código de produção
  21. 21. Por que TDD vale a pena?
  22. 22. Ajuda a pensar no que deve ser feito
  23. 23. Código mais simples e conciso
  24. 24. Só é desenvolvido o que é necessário
  25. 25. Design da aplicação mais simples
  26. 26. Mais rápido e fácil criar código
  27. 27. Vantagens Percebidas
  28. 28. O teste materializa o seu objetivo
  29. 29. Qualidade passa a fazer parte do processo
  30. 30. Coragem para realizar alterações
  31. 31. Código sem teste é código legado
  32. 32. Obrigado! Altieres Ribeiro Lopes altieres@webgoal.com.br Mauricio Kazuaki Matsuda mauricio@webgoal.com.br

×