- Navios
- 3 de agosto de 2026 às 18:07 UTC
- Autor
- Kamo
- Enviar
- 9ec55d1
Três coisas, tudo de tentar responder "por que não apenas corrigir o teste de contexto?". 1. * **************** declarou `kamo:` Duas e, portanto, não Parse em tudo — SnakeYAML lança DuplicateKeyException nele. Isto nunca surfaced porque a produção carrega sua configuração do k8s ConfigMap via SPRING CONFIG LOCATION e nunca lê o arquivo empacotado. Qualquer teste que arranque o O contexto atinge-o imediatamente. Mergulhado em um mapeamento. - Apagado. Ele sentou-se em pacote Com.retval. Segurança Serviço — fora da árvore de pacotes da aplicação — para que pudesse não encontrar uma @SpringBootConfiguração, errou em cada execução e não afirmou nada. Era o teste de contexto que todos assumiam era protegê-los enquanto este serviço CrashLooped em produção duas vezes por falta de exatamente esse cheque. Um teste que tem nunca uma vez correr é pior do que nenhum teste: ocupa o slot. 3. Adicionado ApplicationContextStartsTest para substituí-lo, atualmente @Disabled com um razão específica em vez de um encolhimento. A maioria do que um teste de contexto real precisa agora é resolvido no aplicativo-contexto. yml: a configuração da produção vive no ConfigMap, então o arquivo empacotado não possui ~15 @Value placeholders e todas as bandeiras de recursos que decidem se um feijão existe. O perfil é, portanto, PROVENIENTES de k8s/configmap.yaml com todas as cordas credenciais substituído por um manequim determinístico (verificado: zero sem esfregar), a fonte de dados apontado para uma porta morta com inicialização- falha- tempo- limite -1 para que nenhuma conexão abra e nenhum esquema é necessário, e nomes DNS cluster amortecido. O bloqueador restante é infraestrutura, não configuração: SecurityServiceApplication carrega @EnableRedisHttpSession, que se conecta a Redis durante a atualização de contexto. Não propriedade evita - ************* apenas salta o Comando CONFIG. Ativar isso precisa de um Testcontainers Redis ou um teste incorporado de redis dependência, e nada mais. Até então RepositoryScanCoverageTest cobre o mesmo modo de falha estática e é Mutação comprovada contra a parada 2026-08-03. Mais fraco, porque lê fonte em vez de construir feijão — mas funciona.