Test de régression visuelle : « Technique d'assurance qualité automatisée qui compare l'apparence d'une interface utilisateur entre deux versions d'une application pour identifier les changements visuels non intentionnels, qu'ils soient structurels (mise en page), stylistiques (couleurs, polices) ou fonctionnels (éléments manquants ou déplacés). »
Dans l'arène du test visuel SaaS, deux noms dominent les conversations depuis des années : Applitools et Percy. L'un mise sur l'intelligence artificielle et le marché entreprise. L'autre sur l'intégration CI/CD et l'écosystème BrowserStack. Tous deux promettent de détecter ce que vos tests fonctionnels manquent : les régressions visuelles.
Mais lequel choisir ? La réponse, comme souvent en ingénierie, est « ça dépend ». Cet article ne va pas vous vendre l'un ou l'autre. Il va disséquer les forces et les faiblesses de chacun avec l'objectivité d'un arbitre — qui, au passage, connaît une troisième option que les deux géants préféreraient que vous ignoriez.
Applitools : l'IA au service de l'entreprise
Applitools a été fondé en 2013 avec une idée audacieuse : utiliser l'intelligence artificielle pour comprendre les interfaces utilisateur comme le ferait un humain. Pour une analyse approfondie d'Applitools face à une alternative no-code, voir notre analyse Applitools dédiée. Et si vous voulez en savoir plus sur la tarification, notre décryptage des prix Applitools 2026 contient les détails. Pas une simple comparaison pixel par pixel, mais une analyse structurelle qui sait distinguer un vrai bug d'un changement insignifiant.
Forces d'Applitools
Visual AI — le différenciateur majeur. La technologie phare d'Applitools, baptisée « Visual AI » puis devenue « Ultrafast Grid », est réellement impressionnante. Là où la comparaison pixel par pixel signale chaque micro-variation de rendu comme un problème potentiel, Visual AI comprend la structure de la page. Elle sait que deux rendus légèrement différents d'un même texte ne sont pas une régression. Elle sait, en revanche, qu'un bouton qui change de couleur en est probablement une.
En pratique, cela se traduit par un taux de faux positifs nettement inférieur aux approches traditionnelles. Pour des équipes noyées sous les alertes non pertinentes, c'est un changement de paradigme.
L'Ultrafast Grid. Plutôt que de faire tourner vos tests sur chaque combinaison navigateur/résolution localement, Applitools capture le DOM et le CSS de votre page, puis reconstruit le rendu sur sa grid cloud. Vous lancez le test une fois en local, et Applitools le « rejoue » visuellement sur des dizaines de combinaisons. C'est élégant et rapide.
L'écosystème d'intégration. Applitools s'intègre avec quasiment tout : Selenium, Cypress, Playwright, Puppeteer, Storybook, Appium, et plus encore. Plus de 70 SDKs disponibles. Quelle que soit votre stack, il existe probablement un SDK Applitools pour elle.
Fonctionnalités entreprise. Gestion des équipes, contrôle d'accès, reporting avancé, intégrations Jira/Slack, maintenance batch des baselines — Applitools coche toutes les cases attendues par les grandes organisations.
Faiblesses d'Applitools
Le prix. Abordons l'éléphant dans la pièce. Applitools ne publie pas ses tarifs ouvertement, ce qui est rarement bon signe pour le portefeuille. Les retours du marché indiquent des prix qui peuvent grimper rapidement, surtout pour des équipes ayant besoin de gros volumes de captures. Le modèle tarifaire basé sur les « checkpoints » signifie que plus vous testez, plus vous payez — créant une incitation perverse à limiter vos tests.
La complexité. L'étendue des fonctionnalités d'Applitools est une arme à double tranchant. Pour une équipe qui veut juste « comparer des captures avant et après un déploiement », la courbe d'apprentissage est conséquente. Entre les différents types de tests (classic, ultrafast, native mobile), les niveaux de matching (strict, content, layout) et les options de configuration, il faut du temps pour maîtriser l'outil.
Dépendance au cloud. Toutes vos captures transitent par les serveurs d'Applitools. Pour certaines organisations — bancaires, santé, défense — c'est rédhibitoire. Même pour les autres, cela crée une dépendance : si le service est indisponible, vos tests visuels le sont aussi.
Code obligatoire. Malgré toute son IA, Applitools reste un outil de développeur. Chaque test doit être écrit dans un langage de programmation, intégré via SDK et maintenu comme du code. Les profils QA non techniques restent sur le banc de touche.
Percy : le natif CI/CD de BrowserStack
Percy, racheté par BrowserStack en 2020, s'est positionné différemment. Là où Applitools cible les entreprises avec son IA sophistiquée, Percy mise sur la simplicité d'intégration aux pipelines CI/CD. Pour une analyse détaillée des forces et limites de Percy, voir notre analyse Percy dédiée.
Forces de Percy
Intégration CI/CD exemplaire. Percy brille dans les workflows d'intégration continue. Chaque pull request peut déclencher automatiquement des captures visuelles, avec des résultats directement visibles dans l'interface de votre outil de versioning (GitHub, GitLab, Bitbucket). Le workflow review/approve paraît naturel pour des équipes habituées aux revues de code.
L'appui de BrowserStack. Depuis l'acquisition, Percy bénéficie de l'infrastructure massive de BrowserStack pour le rendu multi-navigateurs. Les captures se font sur de vrais navigateurs (pas en émulation), garantissant une haute fidélité de rendu.
Une simplicité relative. Percy est plus facile à prendre en main qu'Applitools. Le concept est clair : intégrer le SDK dans vos tests, Percy capture et compare. Le dashboard est épuré, les résultats lisibles, et le workflow approve/reject est intuitif.
Le support Storybook et composants. Percy propose une intégration Storybook dédiée qui capture automatiquement chaque story. Pour les équipes qui utilisent Storybook comme source de vérité de leurs composants et design systems, c'est une voie d'adoption très naturelle.
Un free tier généreux. Percy offre un palier gratuit qui permet de tester l'outil avant de s'engager. C'est suffisant pour de petits projets ou une évaluation sérieuse — quelque chose qu'Applitools rend plus difficile.
Faiblesses de Percy
La comparaison pixel par pixel. C'est le talon d'Achille technique de Percy. Contrairement à Applitools et son Visual AI, Percy utilise principalement la comparaison pixel par pixel (avec quelques améliorations). Résultat : davantage de faux positifs, surtout sur des projets avec du contenu dynamique, des animations, ou un rendu de polices variable.
Percy a amélioré ses algorithmes au fil du temps, mais l'écart avec l'approche IA d'Applitools reste perceptible. C'est un peu la différence entre un correcteur orthographique basique et un modèle de langue — les deux trouvent les fautes évidentes, mais l'un comprend le contexte et l'autre non.
Limites du free tier. Le palier gratuit de Percy, même s'il est bienvenu, impose des limites strictes sur les captures mensuelles. Une fois dépassées, la tarification suit les schémas SaaS classiques : des paliers qui escaladent vite.
Moins de flexibilité de matching. Percy offre moins d'options de configuration qu'Applitools pour ajuster la sensibilité de la comparaison. Vous avez moins de leviers pour réduire les faux positifs, ce qui peut devenir frustrant sur des projets complexes.
Dépendance à BrowserStack. Comme Applitools, Percy est un service cloud. Vos données partent chez BrowserStack. Votre capacité de test dépend de leur disponibilité. Et votre budget dépend de leur grille tarifaire — qui peut être révisée à la hausse au prochain renouvellement.
Comparaison directe : 7 critères qui comptent
1. Technologie de comparaison
Applitools utilise une approche IA propriétaire qui analyse la structure visuelle de la page, pas les pixels individuels. Percy utilise une comparaison pixel par pixel améliorée. En pratique, Applitools détecte les régressions avec moins de bruit. Percy est plus enclin à signaler des différences non significatives.
Avantage : Applitools, clairement.
2. Intégration CI/CD
Les deux s'intègrent dans les pipelines CI/CD, mais Percy a été conçu autour de ce workflow. L'expérience pull request de Percy — avec les résultats visuels directement dans la review — est légèrement plus fluide que celle d'Applitools.
Avantage : Percy, légèrement.
3. Rendu multi-navigateurs
Applitools reconstruit le rendu via son Ultrafast Grid (rapide mais reconstruit). Percy utilise les vrais navigateurs BrowserStack (plus lent mais plus fidèle). Les deux couvrent les principaux navigateurs.
Avantage : égalité — vitesse vs fidélité, chacun choisit sa priorité.
4. Facilité d'adoption
Percy est plus simple à mettre en place pour un premier projet. Applitools offre plus de puissance mais demande plus de temps d'apprentissage. Les deux exigent des compétences en développement.
Avantage : Percy au démarrage, Applitools sur le long terme.
5. Tarification
Aucun ne brille par sa transparence tarifaire. Tous deux facturent à l'usage (captures/checkpoints) avec des paliers qui augmentent avec le volume. Percy offre un free tier plus accessible. Applitools est généralement perçu comme plus cher, surtout à l'échelle.
Avantage : Percy sur le free tier, variable au-delà.
6. Écosystème et intégrations
Applitools supporte plus de 70 SDKs et s'intègre à pratiquement tous les frameworks de test. Percy est plus sélectif mais couvre les principaux (Cypress, Playwright, Selenium, Storybook). L'intégration Storybook de Percy est particulièrement aboutie.
Avantage : Applitools pour l'étendue, Percy pour Storybook.
7. Confidentialité des données
Les deux sont des services cloud qui traitent vos captures sur leurs serveurs. Applitools propose des options d'hébergement privé pour les gros comptes (à un coût premium). Percy ne propose pas cette option en standard.
Avantage : Applitools pour les options entreprise, mais aucun des deux n'est local par défaut.
À qui s'adresse chaque outil ?
Choisissez Applitools si :
Vous êtes une grande organisation avec un budget testing dédié. Vous avez des centaines de pages à tester sur plusieurs navigateurs. Vous êtes submergé par les faux positifs d'une approche pixel par pixel. Vous avez des développeurs dédiés à la maintenance des tests. Vous pouvez justifier un investissement conséquent pour un outil premium.
Choisissez Percy si :
Vous êtes une équipe de développement avec un workflow CI/CD mature. Vous cherchez une intégration naturelle dans vos pull requests. Vous utilisez Storybook pour vos composants. Vous voulez démarrer rapidement avec un free tier. Vous êtes déjà dans l'écosystème BrowserStack.
Choisissez… autre chose si :
Vous n'avez pas de développeurs disponibles pour écrire et maintenir les tests. Vous ne voulez pas envoyer vos captures dans un cloud tiers. Votre budget ne permet pas des coûts SaaS récurrents. Vous cherchez quelque chose que toute l'équipe peut utiliser, pas seulement les devs.
La troisième voie : et si le test visuel n'avait pas besoin du cloud ?
Applitools et Percy méritent un crédit immense : ils ont démocratisé le concept de test visuel automatisé. Avant eux, la détection de régression visuelle était soit manuelle (des humains comparant des captures à l'œil), soit inexistante.
Mais ils partagent des présupposés que nous trouvons discutables :
Présupposé n°1 : le test visuel doit être dans le cloud. Pourquoi ? Parce que c'est ainsi que fonctionne le SaaS, et que le SaaS est le business model le plus rentable. Mais techniquement, la comparaison d'images peut très bien tourner localement. Vos captures n'ont pas besoin de traverser internet pour être comparées.
Présupposé n°2 : le test visuel est une extension du test de code. Les deux outils s'intègrent via SDKs dans des frameworks de test existants. C'est logique pour les développeurs, mais ça exclut de fait quiconque ne code pas. Analystes QA, designers, product owners — des gens qui ont des avis d'experts sur l'apparence d'une interface — sont réduits à attendre que les devs leur montrent les résultats.
Présupposé n°3 : le test visuel a un coût récurrent proportionnel au volume. Plus vous testez, plus vous payez. C'est le modèle SaaS classique à l'usage. Mais votre engagement qualité doit-il dépendre de votre capacité à payer à la capture ? Un peu comme si votre détecteur de fumée vous facturait chaque inspection d'air — à un moment, vous seriez tenté de le débrancher.
Delta-QA remet en question ces trois présupposés :
- Local, pas cloud : vos données restent chez vous. Pas de transfert, pas de dépendance externe, pas de question de conformité.
- No-code, pas SDK : tout le monde dans l'équipe peut créer et interpréter les tests visuels. Aucune compétence en code n'est requise.
- Gratuit, pas à la capture : testez autant que vous voulez sans surveiller un compteur. La qualité visuelle ne devrait pas avoir de plafond tarifaire.
Delta-QA n'est pas là pour « tuer » Applitools ou Percy. Ces outils ont leur place, en particulier dans les organisations qui veulent une intégration profonde avec leurs pipelines de développement. Mais pour les équipes qui cherchent une approche du test visuel plus accessible, plus souveraine et plus économique, il existe désormais une troisième voie.
Essayer Delta-QA gratuitement →
FAQ
Applitools est-il meilleur que Percy pour le test visuel ?
Applitools dispose d'une technologie de comparaison supérieure grâce à son Visual AI, qui génère moins de faux positifs qu'une approche pixel par pixel. Percy, en revanche, offre une meilleure intégration CI/CD et un free tier plus accessible. « Meilleur » dépend de vos priorités : la précision (Applitools) ou la simplicité d'intégration (Percy).
Combien coûtent Applitools et Percy ?
Ni Applitools ni Percy ne publient de grille tarifaire détaillée. Tous deux fonctionnent sur un modèle à l'usage (captures/checkpoints) avec des paliers qui escaladent. Applitools est généralement considéré comme le plus cher des deux, surtout à l'échelle. Percy propose un free tier limité en captures mensuelles. Pour des prix précis, il faut contacter leurs équipes commerciales.
Peut-on utiliser Applitools ou Percy sans coder ?
Non. Les deux outils nécessitent une intégration via SDK dans un framework de test existant (Selenium, Cypress, Playwright, etc.). Il faut écrire du code pour créer les tests et maintenir les scénarios. Pour une approche no-code du test visuel, des alternatives comme Delta-QA permettent à des profils non techniques de créer et gérer les tests.
Percy fonctionne-t-il en dehors de l'écosystème BrowserStack ?
Oui, Percy fonctionne indépendamment, même si vous n'utilisez pas d'autres produits BrowserStack. L'intégration avec BrowserStack est cependant un atout si vous l'utilisez déjà pour des tests cross-browser. Le rachat par BrowserStack a renforcé les capacités de rendu multi-navigateurs de Percy.
Existe-t-il des alternatives gratuites à Applitools et Percy ?
Oui. En open source, BackstopJS propose des capacités de test visuel basiques mais fonctionnelles. Playwright inclut nativement toHaveScreenshot() pour la comparaison de captures. Pour une solution no-code, locale, avec des captures illimitées, Delta-QA offre une alternative gratuite qui ne nécessite aucune compétence en développement.
Mes données sont-elles en sécurité avec Applitools ou Percy ?
Les deux services traitent vos captures sur leurs serveurs cloud. Applitools propose des options d'hébergement privé pour les gros comptes. Percy stocke les données sur l'infrastructure BrowserStack. Si la souveraineté des données est une priorité absolue, les solutions locales (comme Delta-QA) éliminent la question en gardant tout sur votre infrastructure.
Vous voulez du test visuel sans SDKs, sans cloud, sans factures ?