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:
parent
cf21f655cd
commit
f9a8b178fd
1 changed files with 6 additions and 0 deletions
|
|
@ -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
|
||||
|
|
|
|||
Loading…
Reference in a new issue