Un design system vive o muere según su coherencia de aplicación. Definir tokens, componentes y una guía gráfica no basta: además hay que verificar que cada pantalla, en cada producto, respete efectivamente esas reglas a lo largo de las releases. Es precisamente el papel de las pruebas visuales aplicadas al design system: detectar que un padding ha derivado, que una variante de botón ha sido duplicada localmente en lugar de reutilizada, que un color de marca ha sido reemplazado por un valor en duro durante una integración rápida.
Esta página agrupa los artículos dedicados al cruce design system / pruebas visuales: estructuración de una suite de pruebas por componente y por página, gestión de las baselines durante las evoluciones de tokens (cambio de paleta, rediseño tipográfico), articulación entre la verificación a nivel componente (Storybook + Chromatic típicamente) y la validación a nivel página ensamblada. También se abordan los retos organizativos: ¿quién valida los diffs visuales —el equipo de diseño, el equipo front, la QA? ¿Cómo evitar que la deuda visual se acumule discretamente entre dos auditorías? Delta-QA se concentra en la capa página, complementaria a un utillaje de componentes, y estos artículos buscan dar una visión de conjunto en lugar de promover una sola cadena de herramientas.