View
64
Download
2
Category
Preview:
Citation preview
Compreendi fazendo TDD
Confiança Feedback curto Ritmo Lean
Kaizen Eliminar disperdícios Simplicidade
Olhar só para o presente
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
Test Driven Development
Desenvolvimento guiado por teste automatizado de unidadeProblem Driven DesignArquitetura Guiada por Problema
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
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
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_ComportamentoEsperadoExemplo: SalvarUsuario_SemCpf_LancarExcecao
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
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
Dados evidentes
Não utilizar constantes nos testes Deixar claro a relação das entradas e da
asserção
Obrigado!
rafael.queiroz@pagar.mehttps://www.linkedin.com/in/rafaelmascarenhasqueiroz@oporks
Recommended