Web Components et Shadow DOM : le défi invisible du test visuel
Shadow DOM rend la plupart des outils de test visuel partiellement aveugles. Seul le rendu dans un vrai navigateur traverse cette barrière.
Lire la suite →87 articles
La régression visuelle désigne tout écart de rendu introduit involontairement entre deux versions d'une interface : un padding qui saute, une couleur qui dérive, un composant qui se replie sur mobile après une mise à jour de framework. Ces régressions échappent presque toujours aux tests unitaires et fonctionnels, puisque le DOM peut rester strictement identique pendant que le rendu visible se dégrade. Détecter ces écarts demande une baseline stable, une capture déterministe et un diff capable de distinguer les vrais bugs des variations cosmétiques inoffensives (anti-aliasing, animations, données dynamiques).
Cette page rassemble les articles consacrés au cycle baseline-capture-comparaison-validation : comment construire une baseline fiable, comment gérer les faux positifs liés aux polices ou aux pixels mobiles, comment intégrer un workflow de validation manuelle des diffs dans une équipe QA. Vous y trouverez aussi des retours sur les pièges classiques (refonte CSS de masse, migration Angular ou React, changement de CDN d'images) qui transforment un déploiement banal en chasse au bug visuel. Delta-QA s'inscrit dans cette discipline avec une approche no-code, mais le sujet dépasse largement l'outil : c'est avant tout une méthodologie qui se rode au fil des projets, et ces articles cherchent à partager ce qui marche réellement sur le terrain, indépendamment de la stack utilisée.
Shadow DOM rend la plupart des outils de test visuel partiellement aveugles. Seul le rendu dans un vrai navigateur traverse cette barrière.
Lire la suite →WordPress fait tourner 43 % du web, mais chaque mise à jour de plugin ou de thème peut casser votre site du jour au lendemain. Comment le vérifier sans code.
Lire la suite →Tester un site Wix ou Squarespace sans compétence technique : détecter les régressions liées aux mises à jour de template et au rendu cross-browser.
Lire la suite →Webflow vous permet de créer sans code mais vous renvoie au code pour tester. La non-régression sans code est le complément naturel des sites Webflow.
Lire la suite →Calendriers, comparateurs, tunnels de réservation : un bug d'interface coûte des réservations. Les tests de non-régression le détectent.
Lire la suite →Comment tester vos previews Vercel sans code ? Chaque pull request reçoit une URL déployée : les tests de non-régression fournissent les yeux qui manquent.
Lire la suite →Pourquoi le trunk-based development sans tests de non-régression automatisés est un pari risqué, et comment protéger la branche principale des régressions.
Lire la suite →White-label multiplie les thèmes par client, breakpoint et langue. Seule la non-régression automatisée permet d'ajouter un thème sans dette QA.
Lire la suite →Svelte compile vos composants mais ne protège pas votre UI des régressions. SvelteKit ajoute SSR et pré-rendu : un test de non-régression agnostic s'impose.
Lire la suite →