Uma pesquisa dos EUA em 2002 revelou que falhas de software causam prejuízos de mais de 60 bilhões de dólares anuais, destacando a importância de uma infraestrutura de testes melhor para reduzir esses custos. A prática de Test-Driven Development (TDD) e integração contínua são essenciais para melhorar a qualidade do software, permitindo identificação rápida de defeitos e facilitando refatoração. Refatorar e manter builds rápidos também são fundamentais para assegurar a qualidade do código e reduzir o estresse da equipe de desenvolvimento.

1. ÁGIL na PRÁTICA

2. Uma pesquisa do Departamento de Comércio dos EUA, publicada em 2002, revelou que falhas de software são tão comuns e tão danosas que se estima que causem um prejuízo anual de mais de 60 bilhões de dólares para a economia americana. O estudo também alega que, embora não seja possível remover todos os erros, mais de um terço destes custos poderia ser eliminado caso se utilizasse uma infra-estrutura de testes melhor, que permitisse identificar e remover defeitos mais cedo e de forma mais eficaz. Atualmente, calcula-se que cerca de 50% dos defeitos são encontrados apenas nas fases finais dos projetos, ou após os sistemas começarem a ser utilizados em produção. Testes Igo Coelho www.igocoelho.com.br

3. Escreva o teste da implementação ANTES de escrevê-la

4. Escreva somente código suficiente para o teste passar e nada além disso

5. Escreva testes pequenos: teste a menor quantidade possível de código de cada vez

6. Escreva testes muito rápidos: não devem demorar mais do que alguns segundos para serem executados TDD Regras fundamentais do TDD Igo Coelho www.igocoelho.com.br

7. Criar um teste

8. Executar todos os testes da aplicação para ver o teste falhar

9. Escrever a implementação testada

10. Executar os testes para ver se todos est ão OK

11. Refactoring

12. Executar os testes novamente para ver se eles continuam passando TDD Etapas da programação com TDD Igo Coelho www.igocoelho.com.br

13. TDD Design Implementação Teste Igo Coelho www.igocoelho.com.br

14. TDD Design Implementação Teste Igo Coelho www.igocoelho.com.br

15. TDD Design Implementação Teste Teste Igo Coelho www.igocoelho.com.br

16. TDD Design Implementação Teste Teste Igo Coelho www.igocoelho.com.br

17. TDD Igo Coelho www.igocoelho.com.br

18. TDD Igo Coelho www.igocoelho.com.br

19. TDD Igo Coelho www.igocoelho.com.br

20. TDD Igo Coelho www.igocoelho.com.br

21. TDD Igo Coelho www.igocoelho.com.br

22. TDD Igo Coelho www.igocoelho.com.br

23. TDD Igo Coelho www.igocoelho.com.br

24. TDD Igo Coelho www.igocoelho.com.br

25. TDD Igo Coelho www.igocoelho.com.br

26. Código mais testável Estimula um design melhor

27. Força que os designs antigos que são pouco testáveis sejam refatorados Facilita o refactoring

28. Evita o “overdesign” Só se escreve código suficiente para o teste passar

29. Evita que o desenvolvedor tente advinhar o futuo Colabora com a documentação TDD Consequências: Igo Coelho www.igocoelho.com.br

30. Colabora para o aumento da qualidade dos sistemas

31. Desenvolvedores ficam mais corajosos e confiantes ao programar!

32. Software cresce de forma ordenada e com qualidade de design

33. Software se adapta com mais facilidade a mudanças TDD Conclusões: No início, trabalhar com TDD pode parecer um pouco doloroso, pois temos que fazer o inverso do que estamos acostumados. Mas, como em todo aprendizado, a dificuldade vem apenas no começo e nos tornamos melhores à medida que praticamos. Pelos problemas que foram descritos no início e o impacto negativo que eles trazem para nós, para nossa indústria e nossos clientes, o esforço certamente é válido! Igo Coelho www.igocoelho.com.br

34. Assegure que seja possível executar o build e todos os testes automatizados do projeto em até dez minutos. Builds automatizados são importantes porque fazem a equipe ganhar tempo e garantem que os passos sejam consistentemente seguidos sempre que são executados. Build de 10 minutos Igo Coelho www.igocoelho.com.br

35. Se o build demora demais... Build de 10 minutos A equipe deixará de executá-lo frequentemente

36. Menos feedback

37. Erros tendem a se acumular

38. Aumento do stress da equipe Igo Coelho www.igocoelho.com.br

39. Mantenha o build rápido para... Build de 10 minutos Garantir a consistência dos passos

40. Testes ajudam a detectar falhas mais cedo

41. Diminuir o stress da equipe Igo Coelho www.igocoelho.com.br

42. Para algumas equipes o build de dez minutos pode parecer algo distante da realidade. Nesses casos, dez minutos devem ser vistos como um ideal. Quando a equipe possui uma boa base de testes automatizados , um dos maiores desafios é assegurar que eles executem de forma suficientemente rápida para que o ideal de um build de dez minutos seja alcançado. Build de 10 minutos Igo Coelho www.igocoelho.com.br

43. É o processo de alteração de um sistema de software de modo que o comportamento observável do código não mude, mas que sua estrutura interna seja melhorada. É uma maneira disciplinada de aperfeiçoar o código que minimiza a chance de introdução de falhas. Em essência, refatorar é melhorar o projeto do código após este ter sido escrito. [Fowler, Refatoracão] Refatoração Igo Coelho www.igocoelho.com.br

44. Refatoração Igo Coelho www.igocoelho.com.br