O documento apresenta os principais conceitos e benefícios do Test-Driven Development (TDD). O TDD envolve escrever testes unitários antes de implementar funcionalidades para garantir a qualidade do código e um design flexível. Ao contrário de uma abordagem tradicional de teste, o TDD requer disciplina para escrever pequenos testes e código de forma incremental.

1. Test-Driven Development
para Java EE
Dairton Bassi
dbassi@gmail.com
www.neurobox.com.br

2. JSP
Web Services
EJB
Servlets
Struts Spring Java Server Faces
Hibernate WebWork
VRaptor Velocity
JBoss Seam
By Vince Huang - http://www.flickr.com/photos/s_y_s/2305290082/

3. Você já fez TDD?

4. Teste cedo,
sempre e
automaticamente.
Passou Falhou

6. “Encontrar e corrigir um defeito em um software depois
de entregue é 100 vezes mais caro do que encontrá-lo e
corrigi-lo durante as requisições ou na fase de design.”
Shull, Basili, Boehm e outros (2002)

7. Atenção!
TDD não é só testes.
TDD é,
especialmente,
sobre design.

8. TDD requer de técnica.

10. O container acrescenta
complexidade ao ciclo de testes.

12. Construa em
pequenas partes
Teste em
pequenas partes

13. Como começar?

14. Reduza o problema.
Escreva um
teste que falha.

15. Qual a forma mais
simples de fazer o
teste passar.

16. Passou nos testes?
Pronto! Terminado.

17. Que pequena
evolução eu
posso
acrescentar?

18. Escreva um
teste que falha.
Talvez agora seja
preciso refatorar.

19. Olhando a Conhecendo Código
interface o código refatorado

20. Tenha disciplina.

21. S
A
R
1
EG
Não escreva código se não for
R
para fazer algum teste passar.
2 Não escreva mais testes do que
o suficiente para falhar.
3 Escreva só o código necessário
para fazer os testes passarem.

34. By Sherlock77 (James)
http://www.flickr.com/photos/sherlock77/84666910/

35. JUnit Fit EasyMock
JSFUnit HttpUnit
Selenium TestNG
HtmlUnit Cactus
StrutsTestCase soapUI
SpringUnit
DBUnit MockEJB

37. Mate um problema por vez.

41. Teste o todo:
Testes Funcionais

42. Teste cada elemento:
Testes Unitários

43. Teste cada encaixe:
Testes de Integração

44. Os bugs se
tornarão evidentes.
By Martin LaBar - http://www.flickr.com/photos/martinlabar/351571176/

45. Partes testadas
independentemente.
Evidências de qualidade.
Design na medida certa.
Todas as funcionalidades
requeridas.
Somente as funcionalidades
requeridas.

46. Produza soluções
entregáveis.

47. Teoria das Janelas
Quebradas

49. Leitura
Recomendada

50. Ação
Recomendada
Comece.

51. Obrigado!

52. Dairton Bassi
dbassi@ .com
: dbassi
www.neurobox.com.br