Baixar para ler offline
Carregado porRafael Queiroz
O poder do TDD
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
- 2.
- 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 Desenvolvimentoguiado por teste Desenvolvimento orientado a teste
- 11. Teste? Testar: verbo Teste: substantivo Testeautomatizado
- 12.
- 13. Unit Teste Unitário Teste deUnidade
- 14. Unidade Método - KentBeck Unidade de trabalho: de um método até múltiplas classes – Roy Osherove
- 15. Test Driven Development Desenvolvimentoguiado por teste automatizado de unidade Problem Driven Design Arquitetura Guiada por Problema
- 16. Objetivo Obter feedback rápidodas decisões - Kent Beck “Código limpo que funciona” - Ron Jeffries
- 17. Testes “Toda linha decódigo que você escreve deve estar testada, e Ponto Final.” Uncle Bob
- 18. Estresse Execução deTestes Aspiral damorte do “sem tempo para testar”. Importância dos testes
- 20.
- 21. Coragem Hesitante Querercomunicar menos Afastar do feedback Mal-humorado
- 22. Ciclo TDD Adicioneum pequeno teste Rode os testes e veja falhar
- 23. Ciclo TDD Façaa mudança mais simples para passar Rode os testes e veja ser bem-sucedido
- 24. Ciclo TDD Refatorepara 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 Unidadede 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 umbom 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 Umteste 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ãoutilizar constantes nos testes Deixar claro a relação das entradas e da asserção
- 32. Asserção Primeiro Escreverum teste é difícil Escreva as asserções primeiro
- 33. Barra vermelha Umsó passo Aprendizado Outro teste Regressão Pausa
- 34. Barra verde Fazerde 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 devemostestar? Condições Laços Operações Polimorfismo
- 37.
- 38.