O documento discute os benefícios do desenvolvimento orientado a testes (TDD), como escrever testes de unidade para validar o código e identificar bugs, e recomendações para começar a usar TDD em projetos.

1. Desenvolvimento orientado a
Testes
andrecarlucci@gmail.com
www.andrecarlucci.com
@andrecarlucci
André Carlucci

3. A força mais poderosa do
universo é o juros composto.
Albert Einstein

5. Red, Green, Refactor!
• Escreva um teste que falhe
• Escreva o código mais simples possível
que faça o teste passar
• Refatore

6. Action!
Um exemplo simples:

7. Por quê?

8. Documentação

9. Arquitetura

10. Usabilidade

11. Feedback

12. Confiança

13. O que testar?

15. E as chamadas externas?

16. Top Desculpas para não testar
• Tempo
• O cliente quer código, não testes
• Aplicação legada
• Temos testadores!
• Não sei testar
• Vamos iniciar daqui 2 meses

17. Como começar?
• Comece pequeno
• Faça novas tarefas com TDD
• A cada bug encontrado, faça primeiro um teste
que pegue o bug e depois mude o código.
• Pair programming!

18. Recomendações

19. • Crie um projeto de testes separado
• Utilize frameworks de testes
• Rode todos os testes sempre!
• Velocidade
• Testes de unidade x integração
• Pronto pronto!
• Servidor de integração contínua

20. Constatações
• Habilidade em testes
• Código já existente
• Código de testes não é código de produção
• Tenha bom senso
• Continue aprendendo sempre!

21. “TDD é sobre design, não
testes.”
Scott Bellware

22. Onde aprender mais?
• Livros
– TDD By Example – Kent Beck
– The Art of Unit Testing - Roy Osherove
– xUnit Test Patterns – Gerard Meszaros
• Internet
– http://www.CodeBetter.com
– http://www.extremeprogramming.org/
• Tools
– NUnit – www.NUnit.com
– TestDriven.Net – www.TestDriven.net
– Moq – code.google.com/p/moq

23. Perguntas?
andrecarlucci@gmail.com
@andrecarlucci
www.andrecarlucci.com