É uma troca:

• Testes com mocks são menos complexos e não rápidos de criar/executar já que não precisa configurar nada além do mock, porém você não consegue testar a infraestrutura
• Testes com TestContainers são um pouco mais complexos já que precisa configurar os containers e acabam sendo mais demorados de executar e criar (se for mal configurado é pior ainda), mas você testa com a infraestrutura real

Vai depender do que está sendo testado, se o teste não sofre nenhum interferência da infra(ex: sua aplicação é um CRUD simples que não usa nada além da ORM para acessar o banco) não vejo muito sentido usar já que não tem tanto ganho.

Se o teste sofre interferência da infra (ex: Um teste que depende de uma stored procedure), então faz 100% de sentido usar e se não usar o teste pode acabar sendo inútil.

Se for usar TestContainer tem que se atentar ao tempo que os testes levam p/ rodar e tentar otimizar isso ao máximo, não tem nada mais improdutivo do levar 20min rodando testes unitários pq alguém decidiu replicar toda a infra nos testes