d99c5831b8
Le hook pre-commit (`make pre-commit` = lint + test) échouait : 4 tests rouges (3 déterministes + flaky). ## Diagnostic - **3 tests `SelectCheckbox` — déterministes** : ils utilisaient `checkbox.setValue(true)` (event `change`). Depuis MUI-42, le toggle se fait au **clic sur la ligne d'option** (la `Checkbox` interne est en `pointer-events-none`, `:model-value` one-way). Le `change` n'émet plus rien → `update:modelValue` undefined. **Le composant est correct ; les tests étaient obsolètes.** - **Le reste — flaky** : échecs intermittents variant à chaque run, sur de nombreux fichiers. Mesures : plein parallélisme ≈ 8 échecs/run (surtout `Test timed out in 5000ms` sous contention des 12 workers jsdom) ; même en séquentiel ~1 flaky de timing résiduel (assertions focus/popover/async avant stabilisation du DOM). ## Correctif - `SelectCheckbox.test.ts` : on clique la ligne (`li[role=option]`) au lieu de `setValue` la checkbox — interaction réelle. - `vitest.config.ts` : `testTimeout: 15000` (marge contre la contention) + `retry: 2` (rejoue les flaky de timing diffus ; ne masque pas un échec déterministe, qui rate ses 3 tentatives). ## Vérification 4 runs en parallélisme complet → **975/975** à chaque fois. ESLint propre. ## Suite (hors scope) La pollution d'état module-level de `useKbdFocusRing` (listeners document non nettoyés, `hadKeyboardEvent` partagé entre tests d'un fichier) reste un contributeur de fond ; le `retry` l'absorbe pour l'instant. À traiter à la source si besoin. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Reviewed-on: #73 Co-authored-by: tristan <tristan@yuno.malio.fr> Co-committed-by: tristan <tristan@yuno.malio.fr>
19 lines
696 B
TypeScript
19 lines
696 B
TypeScript
import { defineConfig } from 'vitest/config'
|
|
import vue from '@vitejs/plugin-vue'
|
|
|
|
export default defineConfig({
|
|
plugins: [vue()],
|
|
test: {
|
|
environment: 'jsdom',
|
|
include: ['app/**/*.test.ts'],
|
|
// La suite de composants (jsdom + focus/popover/async) est sujette à des
|
|
// échecs intermittents sous charge : timeouts par contention CPU, et quelques
|
|
// assertions de timing qui se déclenchent avant stabilisation du DOM.
|
|
// testTimeout élargi : absorbe la contention (12 workers jsdom concurrents).
|
|
// retry : rejoue les flaky de timing diffus (ne masque PAS un échec déterministe,
|
|
// qui rate ses 3 tentatives).
|
|
testTimeout: 15000,
|
|
retry: 2,
|
|
},
|
|
})
|