Validation Report¶
Rôle de cette page¶
Cette page décrit le rôle opérationnel du Validation Report dans le cycle CLI.
La version conceptuelle de référence reste :
Les rapports effectivement produits au fil des verticales peuvent rester proches du code, par exemple dans includes/platform/docs/.
Quand produire un Validation Report¶
Produire un Validation Report :
- après les audits principaux ;
- après les simulations utiles ;
- après les micro-patches justifiés ;
- avant toute décision de validation ou de pause.
Position dans le workflow¶
Real Sample Comparison
↓
Difference Family Audit
↓
Resolution Status Audit
↓
Virtual Patch
↓
Remaining Audit
↓
Validation Report
↓
Décision
Contenu minimum attendu¶
Un rapport final doit au minimum rappeler :
- le contexte ;
- le périmètre ;
- les fichiers créés et patchés ;
- les markers ;
- les KPI avant/après ;
- les garde-fous conservés ;
- les risques résiduels ;
- la recommandation finale ;
- la décision explicite.
Lecture opérationnelle¶
Le Validation Report doit permettre de trancher clairement :
- validé ;
- validé avec réserves ;
- non validé ;
- pas de runtime ;
- patch supplémentaire requis ;
- prochaine verticale possible.
Garde-fous¶
Le Validation Report ne doit jamais :
- cacher les écarts résiduels ;
- remplacer les preuves techniques ;
- présenter une conclusion sans KPI ;
- transformer une intuition en validation officielle.