Protocole : analyser le releve meme quand le test en jeu passe (lecon ERR-038)

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
edujiro5972 2026-10-02 11:15:14 +02:00
parent cf21f655cd
commit f9a8b178fd

View file

@ -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_<lot>\Windows` et, si une mesure est