O poder do TDD
Transferir como PPTX, PDF0 gostou199 visualizações
O documento discute os princípios e benefícios do desenvolvimento guiado por teste (TDD), incluindo: 1) TDD fornece feedback rápido através de testes automatizados de unidade; 2) Isso permite um ritmo ágil e contínuo de aprendizado e melhoria; 3) Seguir os princípios do TDD resulta em código de alta qualidade, testável e manutenível.
O poder do TDD
- 7. Aprendi fazendo TDD Teste de unidade TDD DDD Design Patterns Refatoração Clean Code SOLID
- 8. Compreendi fazendo TDD Confiança Feedback curto Ritmo Lean Kaizen Eliminar disperdícios Simplicidade Olhar só para o presente
- 9. Compreendi fazendo TDD Arquitetura emergente Arquitetura aderente ao negócio, não o contrário Relação entre pequenas mudanças cotidianas e grandes resultados
- 10. Test Driven Development Desenvolvimento guiado por teste Desenvolvimento orientado a teste
- 11. Teste? Testar: verbo Teste: substantivo Teste automatizado
- 12. Que teste?
- 13. Unit Teste Unitário Teste de Unidade
- 14. Unidade Método - Kent Beck Unidade de trabalho: de um método até múltiplas classes – Roy Osherove
- 15. Test Driven Development Desenvolvimento guiado por teste automatizado de unidade Problem Driven Design Arquitetura Guiada por Problema
- 16. Objetivo Obter feedback rápido das decisões - Kent Beck “Código limpo que funciona” - Ron Jeffries
- 17. Testes “Toda linha de código que você escreve deve estar testada, e Ponto Final.” Uncle Bob
- 18. Estresse Execução deTestes Aspiral da morte do “sem tempo para testar”. Importância dos testes
- 21. Coragem Hesitante Querer comunicar menos Afastar do feedback Mal-humorado
- 22. Ciclo TDD Adicione um pequeno teste Rode os testes e veja falhar
- 23. Ciclo TDD Faça a mudança mais simples para passar Rode os testes e veja ser bem-sucedido
- 24. Ciclo TDD Refatore para remover duplicação Rode os testes e veja ser bem-sucedido
- 25. Impacto Código vivo Devemos escrever nossos testes Ambiente rápido Código testável, altamente coeso e fracamente acoplado A garantia de qualidade passa de reativo para pró- ativo
- 26. Lista de testes Liste os testes que precisa para terminar uma tarefa Escolha o que mais pode te ensinar algo, que você confia em implementar e aplique o ciclo TDD um por vez Ao codificar, adicione os testes emergente no fim da lista Ao codificar, crie uma lista de maus cheiros de código” Crie todos os testes que consiga imaginar
- 27. Nomeando testes Unidade de Trabalho Cenário Comportamento esperado Retorno de valor Exceção Modificação de estado Requisição de outro sistema Modelo: UnidadeDeTrabalho_Cenario_ComportamentoEsperado Exemplo: SalvarUsuario_SemCpf_LancarExcecao
- 28. Propriedades de um bom teste Deve ser relevante amanhã Rodar com um apertar de botão Deve rodar rápido Deve ter resultados consistentes Deve ter controle total sobre a unidade testada Ao falhar, deve ser rápido de detectar e determinar onde está o problema
- 29. Testes isolados Um teste não deve afetar o outro Deve ser independente
- 30. Dados de teste Fácil de ler Fáceis de seguir Se o sistema manipular várias entradas, você dever ter os mesmos testes para a mesma unidade Um dado não deve significar mais que uma coisa Dados realistas
- 31. Dados evidentes Não utilizar constantes nos testes Deixar claro a relação das entradas e da asserção
- 32. Asserção Primeiro Escrever um teste é difícil Escreva as asserções primeiro
- 33. Barra vermelha Um só passo Aprendizado Outro teste Regressão Pausa
- 34. Barra verde Fazer de conta Triangular Implementação óbvia
- 35. Padrões de teste Teste filho Mock Modelo de testes de acidente Teste quebrado Código limpo
- 36. O que devemos testar? Condições Laços Operações Polimorfismo
- 37. Mantra