O poder do TDD Test Driven Development Rafael Queiroz

2. Rafael Queiroz

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

20. Estresse
Execução deTestesExecução deTestesAutomático
Como mudar?

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

38. Obrigado!
rafael.queiroz@pagar.me
https://www.linkedin.com/in/rafaelmascarenhasqueiroz
@oporks