Como você testa código que fala com um banco de dados e uma API externa?

Teste contra um banco de dados real num contêiner em vez de mockar a camada de dados, porque a maioria dos bugs vive em queries, migrações e transações que um mock não consegue expressar. Para APIs externas, mocke na fronteira de transporte com respostas HTTP gravadas ou simuladas para que o seu próprio código de cliente seja exercitado, e adicione um pequeno conjunto de testes de contrato contra o serviço real para pegar desvios. Mantenha os testes isolados com transações por teste ou schemas novos.

Minha regra é mockar na borda do meu processo e não dentro dele. Então o banco é real, rodando num contêiner com o mesmo engine e a mesma versão da produção, e as migrações são aplicadas no início da execução, o que significa que a própria migração é testada toda vez. Cada teste roda numa transação que sofre rollback, ou ganha o próprio schema quando precisa comitar, então os testes ficam isolados e podem rodar em paralelo. Mockar o repositório me daria testes verdes que não provam nada, já que os bugs que eu de fato mando para produção estão em queries, constraints e fronteiras de transação. Para uma API externa eu faço stub na camada HTTP com respostas gravadas, então meu cliente, minha lógica de retry e meu parsing rodam de verdade; eu só não bato na rede. Como gravações ficam desatualizadas, eu também rodo uma suíte pequena de contrato contra o sandbox deles de forma agendada, não em todo pull request, para saber de uma mudança por um job falhando e não por um alerta às três da manhã.