Baixar para ler offline
Carregado porAndre Baltieri
Refatorando para Testes de Unidade
A palestra discute técnicas de refatoração de código para aplicação de testes de unidade, apresentando quatro principais tópicos: 1) Padrão Repository para abstrair acesso a dados; 2) Serviços externos devem ser mockados; 3) Regras de negócio devem ser puras e testáveis; 4) Refatoração do domínio de pedido para aplicar testes. O objetivo é tornar o código mais limpo, reutilizável e fácil de manutenção.
Mais conteúdo relacionado
Refatorando para Testes de Unidade
- 2. MVP Conf 2019 Refatorandopara Testes de Unidade
- 3.
- 4. Objetivos: - Pegar umcódigo “ruim” que funciona - Refatorar - Aplicar testes de unidade MVP Conf 2019 Refatorando para Testes de Unidade
- 5.
- 6. Siga @balta.io nas RedesSociais
- 7.
- 8. Cursos alinhados aomercado Cancele quando quiser Seja nosso aluno! Confira os cursos: http://balta.io/cursos
- 9. Quem nunca ouviu Estasfrases... - Testar toma muito tempo - Testar é difícil - Eu testo em produção - Meu código não é testável - Quanto custa um bug? - Só usa testes com DDD - Sem TDD não tem que testar
- 10. Conselhos que vãosalvar Sua vida... - Reforce sempre o básico - OOP é o caminho
- 11. Cenário Vendas Resumo - Cenário de“Microsserviços” - Um serviço de vendas - Tem que: - Obter os produtos - Calcular o frete - Verificar cupom de desconto - Calcular total do pedido - Gerar pedido - Serviço mais importante do produto todo
- 12.
- 13.
- 14.
- 15. Cenário Vendas Resumo - O códigofunciona - Tem vários anti-patterns - Difícil visibilidade - Baixo reuso - Alto acoplamento - Difícil manutenção - Não tem testes
- 16.
- 17. #1 Repository Pattern Resumo - Provêuma abstração do acesso à dados - Provê desacoplamento - Pode ser mockado para testes
- 18. #1 Repository Pattern Dependa eAbstração e não de implementação
- 20.
- 21.
- 22. #1 Testando os Repositórios SobreTestes de Unidade - Não podemos depender de banco - Queries “na mão” não são testáveis
- 23.
- 24.
- 25.
- 26. #2 Serviços Externos Resumo - Nãotem como serem testados - Tem que haver uma contingência (Polly) - Ficam nos repositórios para serem mockados
- 27. #2 Serviços Externos Resumo - Nãotem como serem testados - Tem que haver uma contingência (Polly) - Ficam nos repositórios para serem mockados
- 28.
- 29. #3 Regras de Negócio Resumo -Ficam na entidade (Domínio) - Ou em um serviço (Domain Service) quando são compartilhadas - Devem seguir o OCP - Devem ser mais pura possível - Devem ser fáceis de testar - Evite muitos IFs nos Controllers - Design By Contracts - Flunt
- 30.
- 31. #3 Regras de Negócio Resumo -Ficam na entidade (Domínio) - Ou em um serviço (Domain Service) quando são compartilhadas - Devem seguir o OCP - Devem ser mais pura possível (POCO) - Devem ser fáceis de testar - Evite muitos IFs nos Controllers - Design By Contracts - Flunt
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44. E ainda Tem muitomais... Você também pode testar... - Fluxos (Handlers com CQRS) - Commands - Fail Fast Validations
- 45. Valorize o BR Utilizeo Flunt! https://github.com/andrebaltieri/flunt
- 46.
- 47. Siga @balta.io nas RedesSociais
- 48. Material Selecionado Cancele quandoquiser Cursos alinhados ao mercado Conteúdo novo TODO DIA! https://balta.io SEGUNDA Vlog TERÇA Tutorial/Novas Aulas QUARTA Tutorial/Live Coding QUINTA Novas Aulas SEXTA Carreira Dev SÁBADO BaltaNews
- 49.
- 50.