Uma fala sobre o uso excessivo de mocks em projetos

1. Apresentado por: Ivo Batistela

2. Sobre o uso excessivo
de mocks
Por que mockar em
excesso é ruim?
Um pouco sobre
acoplamento de testes
O que devo mockar?

3. • Codifico muitos testes de unidade e
testes de integração
• Meu paradigma mais familiar é a
orientação à objetos

4. • Dummy
• Stub
• Fake
• Spy
• Mock

5. • Quanto mais mocks seus testes tem, mais comportamento
você abstraiu, substituindo o comportamento esperado em
produção por um comportamento sem valor de produção.
• O objetivo de qualquer mock é extrair a complexidade de
uma dependência que você não tem recurso suficiente
para gerenciar.
• Se fosse simples subir um banco de dados, um serviço ou
todo um módulo, mocks não existiriam.

6. Escolher usar um mock não
deve ser a escolha mais
óbvia e sim a escolha mais
pensada

8. O maior custo do software não está na criação, e sim na manutenção dele

9. O maior custo do software não está na criação, e sim na manutenção dele
Quanto menor for sua unidade, mais você vai querer mockar

10. O maior custo do software não está na criação, e sim na manutenção dele
Quanto menor for sua unidade, mais você vai querer mockar
Muitos mocks tornam difícil a manutenção

11. O maior custo do software não está na criação, e sim na manutenção dele
Quanto menor for sua unidade, mais você vai querer mockar
Muitos mocks tornam difícil a manutenção
Os testes ficam isolados a ponto de não representarem mais a realidade

12. O maior custo do software não está na criação, e sim na manutenção dele
Quanto menor for sua unidade, mais você vai querer mockar
Muitos mocks tornam difícil a manutenção
Os testes ficam isolados a ponto de não representarem mais a realidade
Mocks podem impactar negativamente a execução

13. O maior custo do software não está na criação, e sim na manutenção dele
Quanto menor for sua unidade, mais você vai querer mockar
Muitos mocks tornam difícil a manutenção
Os testes ficam isolados a ponto de não representarem mais a realidade
Mocks podem impactar negativamente a execução
Foco na implementação e não no comportamento

14. O maior custo do software não está na criação, e sim na manutenção dele
Quanto menor for sua unidade, mais você vai querer mockar
Muitos mocks tornam difícil a manutenção
Os testes ficam isolados a ponto de não representarem mais a realidade
Mocks podem impactar negativamente a execução
Foco na implementação e não no comportamento
Muitos testes quebram com uma alteração simples

16. • Nas dependências que são difíceis para
você gerenciar, considerando o escopo do
teste
• Banco de dados
• Integrações com outros sistemas
• Outros domínios de sua aplicação
Quando você é o dono daquele código.