@eqs/testing : les contrôles du DISPOSITIF (checkBudget…) ignorent eqs-baseline.json #154

Closed
opened 2026-10-14 14:27:49 +00:00 by nicolas-fryder · 0 comments

Constat (ATLAS, socle 0.21.0, 2026-10-13)

Depuis #149, runNextConformance applique eqs-baseline.json aux problèmes réels — bien. Mais les contrôles du dispositif de test (@eqs/testing/conformite : check-budget, unit-sans-io, base-detruite, fichier-orphelin, conformite-presente, retries) ne les appliquent pas.

Commande : dispenser testing.check-budget dans eqs-baseline.json (raison : « l'étage d'intégration de la CI ne rejoue pas la porte »), puis jouer la conformité en local après un pnpm check qui dépasse son budget.
Attendu : couvert, comme dans eqs doctor. Observé : le cas checkBudget rouge ([ecart] testing.check-budget — eqs-check tient 72.5 s pour un budget de 60.0 s).

Avant 0.21, ATLAS appliquait les dispenses lui-même (dispenses-conformite.ts, retiré à l'adoption de #149) : le comportement local a donc changé à la montée de version.

Contournement côté ATLAS

Budget relevé à 100 s (eqs-check --budget=100, décision écrite dans docs/tests.md §3) — ce qui règle le cas réel, mais pas le principe : une dispense datée doit couvrir un contrôle du dispositif comme n'importe quelle règle.

Attendu

runConformance (ou le groupe dispositif) applique la même baseline que les autres groupes, avec la même règle de péremption (dispense échue = rouge).

## Constat (ATLAS, socle 0.21.0, 2026-10-13) Depuis #149, `runNextConformance` applique `eqs-baseline.json` aux problèmes réels — bien. Mais les contrôles du **dispositif de test** (`@eqs/testing/conformite` : `check-budget`, `unit-sans-io`, `base-detruite`, `fichier-orphelin`, `conformite-presente`, `retries`) ne les appliquent pas. Commande : dispenser `testing.check-budget` dans `eqs-baseline.json` (raison : « l'étage d'intégration de la CI ne rejoue pas la porte »), puis jouer la conformité en local après un `pnpm check` qui dépasse son budget. Attendu : couvert, comme dans `eqs doctor`. Observé : le cas `checkBudget` rouge (`[ecart] testing.check-budget — eqs-check tient 72.5 s pour un budget de 60.0 s`). Avant 0.21, ATLAS appliquait les dispenses lui-même (`dispenses-conformite.ts`, retiré à l'adoption de #149) : le comportement local a donc changé à la montée de version. ## Contournement côté ATLAS Budget relevé à 100 s (`eqs-check --budget=100`, décision écrite dans `docs/tests.md` §3) — ce qui règle le cas réel, mais pas le principe : une dispense datée doit couvrir un contrôle du dispositif comme n'importe quelle règle. ## Attendu `runConformance` (ou le groupe `dispositif`) applique la même baseline que les autres groupes, avec la même règle de péremption (dispense échue = rouge).
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Infrastructure/eqs-platform#154
No description provided.