Mises à jour de l'extension Axe DevTools : exportation d'un test enregistré dans son intégralité

Harris Schneiderman

Par Harris Schneiderman

18 janvier 2022

axeDevToolsExtensionRelease ExportEntireTest 1400x600

Après avoir reçu de nombreuses demandes concernant l'exportation d'un test enregistré dans son intégralité, y compris tous ses problèmes, nous sommes ravis de proposer cette fonctionnalité dans la nouvelle version de l'extension axe DevTools v4.21 !

Mises à jour de la fonctionnalité d'exportation

Avant la version 4.21, les utilisateurs pouvaient exporter les problèmes générés par une analyse automatisée ou un test enregistré, ce qui facilitait leur importation dans vos systèmes de suivi des problèmes. Désormais, outre l'exportation des problèmes, les utilisateurs de la version Pro peuvent également exporter les données de l'intégralité de leur test enregistré au format JSON.

Cette exportation vous permettra d'avoir une vue d'ensemble complète de tous vos tests automatisés et guidés, ce qui s'avère particulièrement utile pour les utilisateurs travaillant au sein d'organisations tenues de conserver des archives détaillées de leurs tests d'accessibilité.

Comment exporter un test enregistré

Pour exporter un test enregistré, il suffit de :

1.) Accédez à n'importe quel test enregistré et cliquez sur « EXPORTER ».

Capture d'écran de l'extension de navigateur DevTools d'Axe mettant en évidence le bouton « EXPORT ».

2.) Sélectionnez « Tests et problèmes enregistrés », puis cliquez sur « EXPORTER »

Capture d'écran de la fenêtre contextuelle « Exporter » de l'extension axe DevTools, mettant en évidence la nouvelle option permettant aux utilisateurs Pro d'exporter les « tests et problèmes enregistrés ».

Regardez cette courte vidéo de démonstration pour découvrir ce que la fonctionnalité « Export » peut apporter aux utilisateurs d'axe DevTools Pro.

Données d'exportation JSON du test enregistrées

L'exportation au format JSON des tests et des problèmes enregistrés comprend les éléments suivants :

Nom du bien immobilier Description
Tous les numéros Un tableau de données d'émission contenant les propriétés suivantes :

  • created_at (date et heure de création du ticket)
  • description (description du problème)
  • signalé par (adresse e-mail de l'utilisateur ayant signalé le problème)
  • Aide (informations complémentaires sur le problème)
  • help_url (URL de la page relative à la règle d'accessibilité associée)
  • id (l'identifiant du ticket)
  • impact (l'impact/la gravité du problème)
  • is_manual (indique si le problème a été détecté ou non lors d'un test Intelligent Guided Test™ (IGT))
  • guide_manifeste (l'IGT dans lequel la question a été soulevée)
  • manifest_id (l'identifiant du manifeste IGT)
  • à_examiner (si le problème nécessite ou non un examen)
  • nœuds_associés (tous les nœuds liés à ce problème)
  • correction (informations sur la manière de résoudre le problème)
  • règle (l'identifiant de la règle d'accessibilité qui a échoué)
  • screenshot_id (l'identifiant de la capture d'écran du ticket)
  • sélecteur (le sélecteur unique de l’élément concerné)
  • shared_with (personne avec laquelle le ticket est partagé. La valeur sera nulle si le ticket n’a pas été partagé, et sera « tout le monde » s’il a été partagé)
  • source (le code source HTML de l'élément concerné)
  • résumé (résumé du problème)
  • balises (un tableau contenant les balises de l'élément. Il contient des informations relatives aux niveaux WCAG associés, aux catégories et aux bonnes pratiques)
  • test_id (l'identifiant du test enregistré auquel appartient le problème)
  • nom_du_test (nom du test enregistré auquel appartient le ticket)
  • date_de_mise_à_jour (date de la dernière mise à jour du test enregistré)
  • user_id (l'identifiant de l'utilisateur qui a enregistré le test)
  • variante (type de problème – « infraction » ou « bonne pratique »)
axeVersion La version d'axe-core utilisée pour le test enregistré.
bestPracticesEnabled Si les bonnes pratiques avaient été activées au moment de l'exportation.
version de l'extension La version de l'extension au moment de l'exportation.
règles non respectées Un tableau d'objets de règles d'accessibilité ayant échoué, contenant les propriétés suivantes :

  • nom (nom de la règle d'accessibilité)
  • nombre (nombre de fois où le problème indiqué a été signalé dans les tests enregistrés)
  • mode (comment le problème a été détecté – « de manière automatisée » ou « manuellement »)
igtRésumé Un tableau présentant le détail de chaque test Intelligent Guided Test™ (IGT) et contenant les propriétés suivantes :

  • nom (le nom de l’IGT)
  • relevantNodesFound (indicant si des éléments pertinents ont été trouvés ou non dans la page ou dans le périmètre)
  • exécuter (que l’IGT ait été exécuté ou non)
  • ignoré (que l'outil ait été ignoré ou non)
  • outil (le type d’IGT – par exemple « Clavier »)
résumé du numéro Répartition du nombre de problèmes classés par niveau de gravité :

  • bonnes pratiques
  • critique
  • mineur
  • modéré
  • à vérifier
  • grave
à vérifier Une liste de points à examiner concernant les besoins, présentant les caractéristiques suivantes :

  • nom (nom de la règle d'accessibilité)
  • nombre (le nombre de fois où ce type de problème a été signalé dans le cadre d'un test enregistré donné)
  • mode (comment le problème a été détecté – « de manière automatisée » ou « manuellement »)
standard La norme WCAG définie au moment de l'exportation.
dateDeFinDesTests La date et l'heure auxquelles le dernier test automatisé ou test guidé intelligent a été effectué.
dateDeDébutDesTests La date et l'heure auxquelles le premier test automatisé a été exécuté pour le test enregistré.
url L'URL sur laquelle l'analyse automatisée a été effectuée.

Conclusion

Outre quelques corrections de bugs mineurs, la version 4.21 d'axe DevTools permet aux utilisateurs Pro d'exporter les données d'un test enregistré dans son intégralité. Nous tenons à remercier nos utilisateurs pour leurs précieux retours, qui ont permis l'ajout de cette fonctionnalité !

Si vous n'utilisez pas encore axe DevTools Pro, vous pouvez l'essayer gratuitement (aucun paiement requis).

Harris Schneiderman

Harris Schneiderman

Harris Schneiderman est un développeur web animé par une grande passion pour l'égalité numérique. Il travaille chez Deque Systems en tant que chef de produit senior pour axe DevTools, où il développe des applications web exceptionnelles. Il est l'auteur de Cauldron (la bibliothèque de modèles deDeque) et de Dragon Drop, et occupe le poste de développeur principal sur axe DevTools Pro. Lorsqu'il n'est pas au travail, il trouve encore le temps de contribuer à de nombreux projets open source.

Recevez les articles de blog directement dans votre boîte mail

Pas de bavardages inutiles, mais des informations concrètes sur l'accessibilité, fournies par des experts qualifiés.

Vous acceptez que Deque , utilise et partage des informations conformément à Dequedéclaration de confidentialité. Vous pouvez modifier votre consentement à tout moment en nous contactant.

En savoir plus sur ce sujet

Nouveautés d'Axe MCP Server : une couverture plus automatisée et des workflows de développement optimisés

Les tests d'accessibilité automatisés permettent aux équipes de détecter les problèmes plus tôt dans le cycle de développement et de réduire la charge de travail manuel. Cependant, certains des contrôles d'accessibilité les plus complexes ont traditionnellement nécessité des tests guidés ou manuels. Grâce aux dernières mises à jour d'Axe MCP Server, vos développeurs peuvent désormais automatiser encore davantage de tests d'accessibilité directement au sein de leurs workflows de développement.

Lire l'article
Image illustrant comment utiliser le serveur Axe MCP pour effectuer deux tâches : analyser les problèmes d'accessibilité à l'aide d'un ensemble de règles avancées et exécuter le test IGT au clavier

Je suis responsable technique. Par où commencer en matière d'accessibilité ?

Dylan Barrell
28 avril 2026 Par Dylan Barrell

En tant que responsable technique chargé pour la première fois de l'accessibilité numérique, par où commencer ? Ce plan d'action en trois étapes, s'étalant sur 90 jours, vous aidera à vous lancer.

Lire l'article
Un responsable technique travaillant à son bureau. Des bulles entourent l'image et indiquent les mots suivants : « Conformité », « Outillage et tests », « Formation des développeurs » et « Stratégie ».