Apparence
25bis. Décisions & questions tranchées
ℹ️ Registre des questions résolues. Toutes les questions de cadrage tranchées depuis le début de l'étude sont archivées ici, avec leur date, la décision retenue et le renvoi vers la fiche qui la porte. Les questions encore ouvertes vivent dans Questions pour l'atelier de cadrage. Une question tranchée quitte la liste ouverte et arrive ici : la traçabilité de la décision est conservée sans encombrer le travail restant. La numérotation
Qxxest stable (elle est référencée depuis les fiches d'évolution).
25bis.1 Vue d'ensemble
| # | Sujet | Tranchée le | Fiche / renvoi |
|---|---|---|---|
| Q1 | Périmètre cible & écarts v1 → v2 | 20/07/2026 | Périmètre · Architecture |
| Q4 | Format d'import des CRIMs | 20/07/2026 | A7 |
| Q17 | Modèle de périmètre de campagne | 19/07/2026 | A3bis |
| Q22 | Structure documentaire des évolutions | 20/07/2026 | 🆕 Évolutions |
| Q23 | Signalétique des pages prospectives | 20/07/2026 | thème du site |
| Q24 | IA — hébergement du modèle | 20/07/2026 | A5 |
| Q25 | IA — nature des documents | 20/07/2026 | A5 |
| Q26 | Périmètre d'import | 20/07/2026 | A7 |
| Q27 | Import — collisions | 20/07/2026 | A7 |
| Q28 | Export « dev » & round-trip | 20/07/2026 | A7 |
25bis.2 Détail des décisions
Q1 — Périmètre cible & écarts v1 → v2
Le périmètre cible et les écarts avec l'existant sont désormais documentés par le cahier des charges lui-même — c'est sa raison d'être. Voir Périmètre & hors-périmètre (sections dans le périmètre / hors périmètre / partiellement implémenté ou différé) et la correspondance v1 → v2 dans Architecture (v2).
Écarts v1 → v2 notables, tracés au fil des pages : mode sombre ajouté (absent en v1) ; API REST publique remplacée par des fonctions Convex internes ; multi-tenant posé dès le socle (organizationId + hook ABAC) ; fonctionnalités v1 non reprises (ModalTestRun) listées dans Fonctionnalités inaccessibles. Ce qui reste à décider ne relève plus du périmètre mais de points ciblés, tous ouverts dans la page Questions pour l'atelier de cadrage.
Q4 — Format d'import des CRIMs
Le format d'import est aligné sur le standard du marché (TestRail / Xray) et couvre bien plus que les CRIMs (référentiel complet + résultats d'exécution + retours développeurs). Voir A7 — Imports / Exports. (Sujet distinct du périmètre d'import lui-même, tranché en Q26, et des collisions, tranchées en Q27.)
Q17 — Modèle de périmètre de campagne
Modèle hybride : association (campaignTests) pour la structure du périmètre, gel ciblé des champs de définition dans etapeResults à la première saisie de résultat. Ni copie intégrale du snapshot, ni référence vive nue. Voir A3bis.
Concrètement : campaignTests: defineTable({ campaignId, testId, excludedAt }) (index d'unicité by_campaign_test) pour l'appartenance, et gel des libellés/attendus dans etapeResults au premier résultat — l'édition ultérieure du référentiel ne réécrit pas l'historique déjà saisi.
Q22 — Structure documentaire des évolutions
Les évolutions forment une section de premier niveau, placée entre « Exigences » et « Annexes », avec un découpage une page par fiche (A1 … A12). Une évolution acceptée se déplace ensuite dans la section fonctionnelle correspondante — elle ne reste pas dans evolutions/.
Q23 — Signalétique des pages prospectives
Accent ambre (#B45309 en clair / #FBBF24 en sombre), cumulé avec l'emoji 🆕 dans la sidebar et un bandeau ::: tip 🆕 … en tête de page — pour ne jamais dépendre de la seule couleur (accessibilité, cf. Q13 restée ouverte côté application).
Q24 — IA : hébergement du modèle
API Claude directe + ZDR (scénario S1) ; replis Bedrock / Vertex UE (S2) et Mistral souverain (S3) documentés. Self-hébergement écarté et chiffré. Voir A5 §A5.3. (Le volet confidentialité / clause contractuelle reste ouvert — voir Q20.)
Q25 — IA : nature des documents
Documents PDF / DOCX natifs à texte sélectionnable → lecture native applicable, pas d'OCR ni de pipeline d'extraction maison. Voir A5. (Le volet confidentialité reste ouvert sous Q20.)
Q26 — Périmètre d'import
Import de CRIMs + référentiel complet + résultats d'exécution + retours développeurs (round-trip). Voir A7.
Q27 — Import : collisions
Upsert sur testCode et création automatique de la hiérarchie manquante, avec dry-run obligatoire en contrepartie (prévisualisation avant écriture). Voir A7.
Q28 — Export « dev » & round-trip
Livrable retenu, non exclusif d'une future intégration Jira (qui reste, elle, ouverte en Q10). Voir A7.