Testes de contrato entre serviços internos

Integrações que passam só em «ambiente quase produção» atrasam feedback e escondem quebras até tarde no sprint. Contratos capturam expectativas do consumidor e verificam que o produtor as cumpre — frequentemente sem subir todos os serviços.

O fluxo típico: o cliente define exemplos de pedido/resposta; o fornecedor valida em CI. Quebras de compatibilidade falham o build do lado certo, com diff legível.

Isto complementa — não substitui — testes unitários e alguns e2e críticos. O meio-termo saudável é: contratos para fronteiras estáveis; e2e para jornadas que representam receita ou risco.

Comece por um par de serviços que já causaram regressões. Automatize, documente o processo em README da equipa e só então expanda.