- Expédié
- 3 août 2026 à 18:07 UTC
- Auteur
- Kamo
- Commite
- 9ec55d1
Trois choses, tout cela en essayant de répondre "pourquoi pas seulement corriger le test de contexte?". 1. - A MAI: TWICE et n'a donc pas SnakeYAML lance DuplicateKeyException dessus. Cela n'a jamais été le cas. surface parce que la production charge sa configuration de la configuration k8s via SPRING-CONFIG-LOCATION et ne lit jamais le fichier groupé. Tout essai qui botte le le contexte le frappe immédiatement. Fusionné en une seule cartographie. 2. Supprimé - Il est assis dans l'emballage com.retval.SecurityService - en dehors de l'arbre du paquet de l'application - de sorte qu'il pourrait ne trouvez pas une configuration de "SpringBoot", erronée à chaque course, et n'a rien fait. C'était le test de contexte que tout le monde supposait les protéger pendant ce service CrashLooped en production deux fois par manque de ce contrôle. Un test qui a Jamais une seule fois courir est pire qu'il n'y a pas de test: il occupe la fente. 3. Ajout d'applicationContextStartsTest pour le remplacer, actuellement raison spécifique plutôt qu'un haussement d'épaules. La plupart des besoins d'un test de contexte réel sont maintenant résolus dans le test d'application-context.yml: La configuration de la production se résiligne dans la ConfigMap, donc le fichier groupé manque de 15 dollars les espaces réservés et chaque drapeau qui décide de l'existence d'un haricot. Le profil est donc DÉRIVÉ à partir de k8s/configmap.yaml avec toutes les cordes en forme de certificat remplacé par un mannequin déterministe (vérifié: zéro unscashed), la source de données pointé sur un port mort avec initialisation-détermination-détermination -1 donc aucune connexion ne s'ouvre Et aucun schéma n'est nécessaire, et les noms DNS de cluster amortis. Le seul bloqueur restant est l'infrastructure, pas la configuration: SecurityServiceApplication porte «EnableRedisHttpSession », qui se connecte à Redis pendant le rafraîchissement du contexte. Non la propriété l'évite - ne saute que Commande CONFIG. L'activation de cet objectif nécessite un testi-conteneurs Redis ou un test de redis encastré la dépendance, et rien d'autre. Jusqu'alors RepositoryScanCoverageTest couvre le même mode de défaillance de manière statique et est mutation-manque contre la panne 2026-08-03. Faible, parce qu'il lit la source plutôt que de construire des haricots - mais ça marche.