Design system — Tous les articles et tutoriels

4 articles

Un design system vit ou meurt selon sa cohérence d'application. Définir des tokens, des composants et une charte graphique ne suffit pas — encore faut-il vérifier que chaque écran, dans chaque produit, respecte effectivement ces règles au fil des releases. C'est précisément le rôle du test visuel appliqué au design system : détecter qu'un padding a dérivé, qu'une variante de bouton a été dupliquée localement plutôt que réutilisée, qu'une couleur de marque a été remplacée par une valeur en dur lors d'une intégration rapide.

Cette page regroupe les articles dédiés au croisement design system / test visuel : structuration d'une suite de tests par composant et par page, gestion des baselines lors des évolutions de tokens (changement de palette, refonte typographique), articulation entre la vérification au niveau composant (Storybook + Chromatic typiquement) et la validation au niveau page assemblée. On y aborde aussi les enjeux organisationnels : qui valide les diffs visuels — l'équipe design, l'équipe front, la QA ? Comment éviter que la dette visuelle s'accumule discrètement entre deux audits ? Delta-QA se concentre sur la couche page, complémentaire à un outillage composant, et ces articles cherchent à donner une vision d'ensemble plutôt qu'à promouvoir une seule chaîne d'outils.