#123 - Refonte seed catégories IPC — Tests complets (unitaires + intégration + régression + QA) - maximus/Simpl-Resultat

maximus commented

2026-04-19 15:08:44 +00:00

Owner

Refs: spec-decisions-refonte-seed-categories-ipc.md + spec-plan-refonte-seed-categories-ipc.md

Couverture de tests complète pour la refonte seed — feature destructive sur données utilisateur, scope test complet justifié.

Tâches

Tests unitaires

categoryMappingService.computeMigrationPlan() : chaque règle de mapping v2→v1 retourne le bon badge et la bonne cible
Algo 4 passes : Pass 1 (keyword), Pass 2 (supplier), Pass 3 (fallback), Pass 4 (flag à réviser)
Détection des catégories custom (absentes du seed v2) → bucket preserved
Détection des splits (Transport commun → Bus OR Train)
categoryBackupService.createPreMigrationBackup() avec mocks Tauri : succès normal, échec write, échec integrity check, profil avec PIN

Tests d intégration

Flow complet plan → backup → migrate → verify sur profil fixture v2 réaliste
Flow rollback après migration : import SREF restaure l état v2 exact
Échec backup → abort → aucune écriture BDD (profil v2 intact)
Échec migration SQL → ROLLBACK → profil v2 intact, backup reste disponible

Tests de régression

Fixtures paramétrées v2 ET v1 pour couvrir :

Auto-catégorisation (categorizationService.applyKeywordToTransaction)
Budgets mensuels et agrégation parent/enfant (budgetService.getBudgetVsActual)
Splits de transactions sur catégories multiples
Import CSV avec matching supplier/keyword
Export/Import SREF (pas de régression sur le format)
UI : CategoryTree et CategoryCombobox rendent correctement v2 et v1

QA manuelle

Créer docs/qa-refonte-seed-categories-ipc.md : checklist couvrant les 3 étapes UI, cas nominal/échec/rollback, profil v2 avec/sans catégories custom

Dépendances

Depends on #115, Depends on #116, Depends on #119, Depends on #120, Depends on #121

Refs: spec-decisions-refonte-seed-categories-ipc.md + spec-plan-refonte-seed-categories-ipc.md Couverture de tests complète pour la refonte seed — feature destructive sur données utilisateur, scope test complet justifié. ## Tâches ### Tests unitaires - [ ] `categoryMappingService.computeMigrationPlan()` : chaque règle de mapping v2→v1 retourne le bon badge et la bonne cible - [ ] Algo 4 passes : Pass 1 (keyword), Pass 2 (supplier), Pass 3 (fallback), Pass 4 (flag à réviser) - [ ] Détection des catégories custom (absentes du seed v2) → bucket preserved - [ ] Détection des splits (Transport commun → Bus OR Train) - [ ] `categoryBackupService.createPreMigrationBackup()` avec mocks Tauri : succès normal, échec write, échec integrity check, profil avec PIN ### Tests d intégration - [ ] Flow complet plan → backup → migrate → verify sur profil fixture v2 réaliste - [ ] Flow rollback après migration : import SREF restaure l état v2 exact - [ ] Échec backup → abort → aucune écriture BDD (profil v2 intact) - [ ] Échec migration SQL → ROLLBACK → profil v2 intact, backup reste disponible ### Tests de régression Fixtures paramétrées v2 ET v1 pour couvrir : - [ ] Auto-catégorisation (`categorizationService.applyKeywordToTransaction`) - [ ] Budgets mensuels et agrégation parent/enfant (`budgetService.getBudgetVsActual`) - [ ] Splits de transactions sur catégories multiples - [ ] Import CSV avec matching supplier/keyword - [ ] Export/Import SREF (pas de régression sur le format) - [ ] UI : `CategoryTree` et `CategoryCombobox` rendent correctement v2 et v1 ### QA manuelle - [ ] Créer `docs/qa-refonte-seed-categories-ipc.md` : checklist couvrant les 3 étapes UI, cas nominal/échec/rollback, profil v2 avec/sans catégories custom ## Dépendances Depends on #115, Depends on #116, Depends on #119, Depends on #120, Depends on #121