Desbreak application.yml, y reemplazar la prueba que nunca corrió

FixSecurityService
Se descapó
3 de agosto de 2026 a las 18:07 UTC
Autor
Kamo
Compromit
9ec55d1

Tres cosas, todas de tratar de responder "por qué no sólo arreglar la prueba de contexto?". 1. ******************* declarado . . . . . . . . . . . . . . . . . . . . . SnakeYAML lanza DuplicateKeyException en él. Esto nunca ha a la superficie porque la producción carga su configuración desde el configMap k8s a través de SPRING-CONFIG-LOCATION y nunca lee el archivo incluido. Cualquier prueba que arranque. El contexto lo golpea inmediatamente. Fusionado en un mapeo. 2. Borrado ************* Se sentó en el paquete com.retval.SecurityService fuera del árbol de paquetes de la aplicación - para que pueda no encontrar una configuración de botas de "Spring", se equivocó en cada carrera, y no afirmó nada. Era la prueba de contexto que todos asumieron que los estaba protegiendo mientras este servicio CrashLooped en la producción dos veces por falta de exactamente ese cheque. Una prueba que ha Nunca se corrió peor que ninguna prueba: ocupa la ranura. 3. Aplicación AñadidaContextStartsTest para reemplazarlo, actualmente desactivado por un razón específica en lugar de encogerse de hombros. La mayoría de las necesidades de prueba de contexto reales se resuelven ahora en application-contexttest.yml: la configuración de la producción vive en el ConfigMap, por lo que el archivo incluido carece de 15 .Value marcadores de posición y todas las banderas que decidan si existe un frijol. El perfil es por lo tanto DERIVED de k8s/configmap.yaml con todas las cuerdas en forma de credencial sustituido por un maniquí determinista (verificado: cero sin depurar), la fuente de datos apuntan a un puerto muerto con inicialización-falil-timeout -1 para que no se abra ninguna conexión y no se necesita esquema, y los nombres de DNS de racimo muertos. El bloqueador que queda es la infraestructura, no la config: SecurityServiceApplication lleva la actualización de la sesión encable de la refresca de Redis, que se conecta a Redis durante la actualización del contexto. No la propiedad lo evita Comando de CONFIG. Habilitar esto necesita un Testcontainers Redis o una prueba de redisco integrada la dependencia, y nada más. Hasta entonces RepositoryScanCoverageTest cubre el mismo modo de fallo estáticamente y es Demostrado por la mutación contra el apagón 2026-08-03. Más humillante, porque se lee fuente en lugar de construir frijoles, pero funciona.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios