E2E: impedir specs novos que contornem a proteção de banco #108

Contexto

O #69 (#67) criou a proteção resolveE2eDatabaseUrl() para specs e2e que usam dropSchema. Na fila de remoções, três PRs (#52, #60, #66) trouxeram specs novos de migration que ainda usavam process.env['DATABASE_URL'] ?? 'postgresql://...localhost:5432/mydatabase' e precisaram ser corrigidos à mão. O globalSetup do jest barra o caso hoje, mas nada impede um spec novo de abrir um DataSource com dropSchema sem passar pela proteção.

Escopo

• Teste em packages/backend/test/e2e-db-guard.spec.ts (ou regra de lint) que varre packages/backend/test/**/*.ts e falha se algum arquivo usar dropSchema: true ou DROP SCHEMA sem resolveE2eDatabaseUrl()/createTestApp(), ou se houver fallback para localhost:5432/mydatabase.

Critérios de aceite

• O teste falha num spec de exemplo com o padrão antigo e passa na árvore atual.

Agente responsável

backend-dev

Dependências

Nenhuma.