AXE x IPEDIS Tester avec axe DevTools®

axe DevTools® teste l’accessibilité de vos sites web et applications mobiles directement dans vos outils de développement. Automatisé et guidé par l’IA, fondé sur axe-core, il aligne vos équipes sur le RGAA et les WCAG, sans les faux positifs à traquer.

Présentation

Tester l’accessibilité dès le code

axe DevTools® est la suite d’outils de test d’accessibilité de Deque Systems, conçue pour les équipes qui conçoivent et développent le numérique. Web ou mobile, elle s’intègre à vos environnements existants et signale les défauts au moment où ils coûtent le moins cher à corriger. C’est l’accessibilité “by design” (à la source).

Elle combine le moteur open source axe-core – le plus utilisé au monde – et des tests guidés intelligents (IGT) propulsés par l’IA, pour couvrir plus de 80 % des défauts détectables automatiquement, sans faux positifs à traquer.

Ce schéma présente une progression en 4 niveaux pour atteindre un niveau supérieur de maturité dans les tests d’accessibilité. L’effort et la complexité augmentent à chaque niveau. Les pourcentages indiqués correspondent au taux de couverture : Niveau 1 – Commencer par l’automatisation : Automatisé 57 % de couverture Niveau 2 – Compléter par des tests semi-automatisés : Semi-automatisé 80 % de couverture (+ 23 points) Niveau 3 – Terminer par des tests manuels : Manuel 100 % de couverture (+ 20 points) Niveau 4 – Atteindre un niveau supérieur de maturité dans les tests.
Cycle de dev

Un outil pour chaque étape ducycle de développement 

Ce schéma présente le pipeline de développement et les acteurs impliqués à chaque étape, organisé en deux niveaux : le flux technique et les rôles. Flux technique : Branch – Pull request – Main – CI – Release – Production. Étapes et acteurs associés : Conception & Design : Designer. Développement : Développeur front-end, QA automaticien, Développeur senior, Product Owner. Intégration continue & QA : QA manuel, Tester accessibilité. Surveillance & Reporting : Product Owner accessibilité

axe DevTools® (Web, Mobile, Extension)

Outil de détection des erreurs d’accessibilité directement dans le code ou les maquettes

axe DevTools® Linter & Linter Server

Outil de détection des erreurs d’accessibilité pendant l’écriture du code ou au moment de la mutualisation

IpedisConnectTM

Outil de centralisation des audits manuels, et de pilotage de l’accessibilité

axe Monitor

Outil de monitoring de tous les sites / apps et documents

De la conception à la mise en production, axe DevTools® accompagne chaque rôle de l’équipe :

  • Conception – repérer les problèmes d’accessibilité dès la maquette, avant transmission aux développeurs.
  • Développement – tester pendant l’écriture du code, dans l’IDE, comme un correcteur orthographique de l’accessibilité.
  • Intégration continue – vérifier chaque pull request et bloquer le code non accessible dans les outils CI/CD.
  • Production & reporting – auditer et suivre l’accessibilité des interfaces livrées.

Des briques complémentaires (linter dans l’IDE, contrôle des tests de bout en bout, vérification dans Figma) enrichissent progressivement la chaîne ; contactez-nous pour connaître leur disponibilité.

Web

axe DevTools® Web

Une boîte à outils complète pour tester l’accessibilité des sites et applications web, à grande échelle, dans vos outils existants :

IDE

Testez pendant le codage – retour instantané dans votre éditeur (VS Code, IntelliJ, WebStorm) et blocage des erreurs avant le livrable.

Navigateur

Testez dans le navigateur – extension (Chrome, Edge, Firefox) et tests guidés intelligents (IGT) pour analyser une page ou un parcours complet.

Pull Requests

Testez dans vos pull requests – intégration CI/CD (GitHub Actions) pour vérifier chaque PR.

Environnements pris en charge : Cypress, Playwright, Puppeteer, Selenium, Jest, TestCafe, et les principaux frameworks de test.

Équipes concernées : développement front & back, QA / automation.

Mobile

axe DevTools® Mobile

Des tests fiables et précis pour livrer des applications mobiles accessibles, alignés sur les WCAG et les recommandations iOS/Android :

Sans accès au code source

testeurs, product owners et responsables accessibilité vérifient n’importe quel écran d’une app.

Dans votre pipeline

tests automatisés (XCUITest, Espresso, UI Automator, Appium) et blocage des pull requests non conformes.

En direct

linting pour React Native, pour corriger dans l’IDE avant validation.

Technologies couvertes : natif iOS (SwiftUI, UIKit), natif Android (XML, Compose), cross-platform (React Native, Flutter, .NET MAUI).

Équipes concernées : développement mobile, QA / automation, équipes accessibilité.

cIBLES

À qui s’adressent les outils axe DevTools® ?

4 éléments, sans lien.

  • Développeurs web

    comprendre et corriger les problèmes directement dans l’environnement de développement.
  • Développeurs mobiles

    activer des tests éprouvés, manuels ou automatisés, dans le cycle de mise en production.
  • Ingénieurs QA (Quality Assurance) / automation

    exécuter les tests d’accessibilité dans les builds habituels, sans friction.
  • Équipes accessibilité & responsables dev

    diffuser des standards cohérents et suivre les progrès dans le temps.
LA SUITE

Une brique de notre suite logicielle

Plus de 3 milliards de téléchargements d’axe-core : le moteur qui alimente axe DevTools® est le standard de l’accessibilité automatisée. axe DevTools® teste et corrige dès le développement.

Pour aller plus loin sur le cycle de vie :

IpedisConnect™

IpedisConnect™ centralise et pilote les audits (ticketing).

axe Monitor®

axe Monitor® surveille la conformité de tout un site en continu. 

Voir axe DevTools® en action

Rien ne vaut une démonstration pour mesurer les bénéfices sur vos projets. Échéance réglementaire immédiate ou accessibilité durable : notre équipe adapte la démo à vos besoins.

faq

Questions fréquentes

Découvrez des accompagnements réalisés auprès d’organisations engagées pour rendre leurs services numériques accessibles à toutes et tous.

Non. axe DevTools® est conçu pour les développeurs de tous niveaux : chaque problème détecté est expliqué et assorti d’une recommandation claire basée sur le moteur axe-core et la recommendation peut être en français comme en anglais. L’outil fait aussi monter les équipes en compétence au fil de l’usage.

Oui. Il s’intègre aux IDE (VS Code, IntelliJ), aux navigateurs via extension, et aux pipelines CI/CD (GitHub Actions) côté web ; côté mobile, aux frameworks de test XCUITest, Espresso, UI Automator et Appium. L’adoption se fait sans bouleverser vos environnements.

Le volet Web teste l’accessibilité du HTML, CSS et JavaScript dans les navigateurs et les IDE. Le volet Mobile s’adapte aux applications natives iOS et Android via SDK et intégrations dans les workflows de test mobile. Les deux partagent la même exigence de précision, sans faux positifs.

Les apps mobiles natives se testent sur l’arbre d’accessibilité rendu, et non sur le HTML. Les WCAG, conçus pour le web, s’y appliquent via une interprétation adaptée (WCAG2ICT). iOS et Android doivent être testés séparément, même lorsqu’une app est générée depuis un framework multiplateforme.

Non. Les tests automatisés et guidés couvrent la majorité des erreurs techniques, mais la conformité RGAA/WCAG exige une validation humaine (parcours, pertinence des alternatives, navigation clavier, test avec NVDA ou VoiceOver). axe DevTools® accélère et fiabilise le travail des experts, il ne le remplace pas.