Apparence
26. Glossaire
| Terme | Définition |
|---|---|
| Recette | Phase de tests d'acceptation fonctionnelle d'un logiciel |
| Référentiel (maître) | Modèle réutilisable du plan de test, indépendant des campagnes (campaign_id = NULL) |
| Snapshot | Copie figée du référentiel créée à l'activation d'une campagne |
| Campagne | Session d'exécution de la recette (SIT/SAT/ORT/Smoke) |
| Flux (test) | Cas de test = une ligne de la table tests |
| Étape | Pas d'un flux (etapes) : définition + résultat |
| CRIM | Exigence spécifique / développement critique suivi transversalement (ex. C-EXP008) |
| Anomalie | Défaut constaté sur une étape en échec, avant mise en production (à distinguer du « Ticket TMA », après mise en production) |
| TMA | Tierce Maintenance Applicative — maintenance externalisée d'une application en production (corrective, préventive, adaptative, évolutive), généralement encadrée par un contrat SLA — voir A13 |
| Ticket (TMA) | Demande tracée dans la brique TMA (incident, anomalie de production, demande d'évolution) — distinct de l'« Anomalie » de recette, qui vit avant la mise en production |
| SLA / GTI / GTR | Service Level Agreement : engagement contractuel de délai. GTI = Garantie de Temps d'Intervention (prise en charge). GTR = Garantie de Temps de Rétablissement (résolution) |
| Brique | Module fonctionnel autonome, activable indépendamment du cœur applicatif (ex. la brique TMA, A13) — pas une simple feature interne, une unité d'activation optionnelle par client |
| TestRun | Enregistrement d'une exécution |
| Evidence | Pièce jointe / preuve (capture, PDF) |
| RLS | Row Level Security — filtrage d'accès par ligne. v1 : natif PostgreSQL. v2 : applicatif (helper convex-helpers + ABAC) |
| SIT / SAT / ORT | Types de campagnes (System / Site Acceptance Test, Operational Readiness Test) |
| CFG / UAT / TRN / PRD | Environnements : Configuration / Acceptation / Formation / Production |
| Convex | Backend v2 : base documentaire réactive + fonctions serveur (queries/mutations) + File Storage |
| Better Auth | Système d'authentification v2, intégré à Convex via @convex-dev/better-auth |
convex-helpers | Bibliothèque d'utilitaires Convex (custom functions, zod, relations, RLS, triggers, migrations…) — voir la page dédiée |
| RBAC / ABAC / ReBAC | Modèles d'autorisation : par rôle / par attribut (organisation, état) / par relation — voir Stack v2 |
| Trigger (Convex) | Hook de mutation exécuté atomiquement à chaque changement de données (convex-helpers) — sync des dénormalisations |
Cahier des charges du périmètre existant — Recette ERP · établi par rétro-ingénierie · source de vérité pour la phase de refonte · à compléter en atelier de cadrage.