Test Driven Development (TDD) é um método para projetar software através de testes automatizados escritos antes do código. TDD ajuda a evitar código difícil de testar e usar, e promove design melhor através de um processo iterativo de pequenas mudanças guiadas por testes. Behavior Driven Development (BDD) fornece uma estrutura para TDD focando nos comportamentos do software do ponto de vista do usuário.

1. TEST DRIVEN DEVELOPMENT http://www.flickr.com/photos/lachlanhardy/2092147736/

2. por que testamos?

3. Como testamos?

4. MANUALMENTE

5. AUTOMATICAMENTE

6. Antes de TDD http://www.flickr.com/photos/flioukas/575773633/

7. 1999

8. Código escrito antes dos testes é difícil de testar

9. Código escrito antes dos testes é difícil de usar

10. DESIGN

11. Design é uma atividade e não um processo

12. TDD é um método para design de software, e não apenas testes

15. Testes verificam a usabilidade do código

16. TDD é difícil

17. BDD

18. "I decided it must be possible to present TDD in a way that gets straight to the good stuff and avoids all the pitfalls.“ Dan North http://dannorth.net/introducing-bdd

19. BDD é um guia de como fazer TDD da maneira certa

22. Anatomia de um teste

25. Mão na massa!

26. Feedback

27. epílogo

28. todos os projetos nascem com ambiente limpo http://blog.objectmentor.com/articles/2009/01/09/the-big-redesign-in-the-sky

29. Desenvolvedores profissionais escrevem testes. Simples assim. http://blog.fragmental.com.br/2007/10/31/programadores-profissionais-escrevem-testes-ponto-final/

30. seja curioso http://marcospereira.wordpress.com/2007/08/18/motor-curiosidade/

31. Você é o principal responsável pela qualidade do seu trabalho http://www.artima.com/weblogs/viewpost.jsp?thread=71730

32. O time, a empresa, o ambiente não melhoram se você não melhorar primeiro http://www.codeidol.com/other/extreme-programming/Applying-XP/Applying-XP/

33. Pense sobre como você trabalha http://gettingreal.37signals.com/toc.php

34. marcos silva pereira http://marcospereira.wordpress.com