From f9a8b178fdc143f978ca068ce65d9297fe510f96 Mon Sep 17 00:00:00 2001 From: edujiro5972 <336072401+edujiro5972@users.noreply.github.com> Date: Fri, 2 Oct 2026 11:15:14 +0200 Subject: [PATCH] Protocole : analyser le releve meme quand le test en jeu passe (lecon ERR-038) Co-Authored-By: Claude Opus 5.5 --- Docs/Migration/10_Protocole_Operations.md | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/Docs/Migration/10_Protocole_Operations.md b/Docs/Migration/10_Protocole_Operations.md index be14cba..ddf67eb 100644 --- a/Docs/Migration/10_Protocole_Operations.md +++ b/Docs/Migration/10_Protocole_Operations.md @@ -84,6 +84,12 @@ Une commandlet peut perdre une liaison sans erreur ; un diff non relu ne prouve perte de police de CX-B02 (ERR-025), dépendante de l'ordre de traitement, n'a été trouvée qu'en lisant le diff. +### 3.8 Analyser le relevé même quand le test en jeu passe +Un correctif « en surveillance » (sous-système qui agit sur un état du jeu) se valide d'abord sur le relevé, puis sur +l'impression de l'utilisateur. Exemple : ERR-038 (CHG-070 à 073). Le premier test était jugé concluant, mais le relevé +montrait déjà des déclenchements à tort, masqués par un délai de sécurité long. Le correctif a été retiré, faute de +critère fiable. Si un tel critère ne peut pas distinguer les cas d'après les mesures, il faut corriger dans le Blueprint +qui décide, pas autour de lui. ## 4. Tests en jeu avec l'utilisateur 1. Fournir une build complète dans `D:\Game\LifePlay_Build_5.5_\Windows` et, si une mesure est