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.

2. MVP Conf 2019
Refatorando para
Testes de Unidade

3. André
Baltieri
CEO do balta.io

4. Objetivos:
- Pegar um código “ruim” que funciona
- Refatorar
- Aplicar testes de unidade
MVP Conf 2019
Refatorando para
Testes de Unidade

5. mas antes de
começar...

6. Siga @balta.io
nas Redes Sociais

7. Receba nossas novidades
Newsletter
https://go.balta.io/cadastro

8. Cursos alinhados ao mercado
Cancele quando quiser
Seja nosso
aluno!
Confira os cursos: http://balta.io/cursos

9. Quem nunca ouviu
Estas frases...
- 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ão salvar
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. Cenário
Vendas

13. Cenário
Vendas

14. Cenário
Vendas

15. Cenário
Vendas
Resumo
- O código funciona
- Tem vários anti-patterns
- Difícil visibilidade
- Baixo reuso
- Alto acoplamento
- Difícil manutenção
- Não tem testes

16. #1
Repository Pattern

17. #1
Repository Pattern
Resumo
- Provê uma abstração do acesso à dados
- Provê desacoplamento
- Pode ser mockado para testes

18. #1
Repository Pattern
Dependa e Abstração e não de implementação

20. #1
Repository Pattern

21. #testes
Testando os Repositórios

22. #1
Testando os Repositórios
Sobre Testes de Unidade
- Não podemos depender de banco
- Queries “na mão” não são testáveis

23. #1
Testando os Repositórios

24. #1
Testando os Repositórios

25. #2
Serviços Externos

26. #2
Serviços Externos
Resumo
- Não tem como serem testados
- Tem que haver uma contingência (Polly)
- Ficam nos repositórios para serem mockados

27. #2
Serviços Externos
Resumo
- Não tem como serem testados
- Tem que haver uma contingência (Polly)
- Ficam nos repositórios para serem mockados

28. #3
Regras de Negócio

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. #3
Regras de Negócio

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. #3
Regras de Negócio

33. #testes
Regras de Negócio

34. #3
Regras de Negócio

35. #4
Refatorando o Pedido

36. #3
Regras de Negócio

37. #3
Regras de Negócio

38. #3
Regras de Negócio

39. #3
Regras de Negócio

40. #testes
Pedido

41. #3
Regras de Negócio

42. #3
Regras de Negócio

43. E ainda
tem mais...

44. E ainda
Tem muito mais...
Você também pode testar...
- Fluxos (Handlers com CQRS)
- Commands
- Fail Fast Validations

45. Valorize o BR
Utilize o Flunt!
https://github.com/andrebaltieri/flunt

46. Dúvidas?
hello@balta.io

47. Siga @balta.io
nas Redes Sociais

48. Material Selecionado
Cancele quando quiser
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. Receba esta palestra
https://mvpconf.balta.i
o

50. hello@balta.io
https://balta.io/