Présentation de l'outil « Accessibility Inspector » pour les applications natives iOS

Chris McMeeking

By Chris McMeeking

25 octobre 2017

magazine sur les téléphones portables

Dans la vidéo de la semaine dernière, j’ avais annoncé que j’allais conclure cette série en trois parties consacrée aux API d’accessibilité Android et créer ma propre version d’un exemple montrant comment rendre correctement un élément de mise en page accessible au focus. Cependant, j’ai participé à plusieurs rencontres sur l’accessibilité et je n’ai pas eu le temps de coder cet exemple. À la place, je vais donc répondre cette semaine à une question qui avait été soulevée lors de mon précédent webinaire sur l’accessibilité native sous iOS: comment effectuer des tests à l’aide de l’Inspecteur d’accessibilité iOS. Cet outil est très pratique, car il est fourni avec votre chaîne d’outils iOS et permet de tester VoiceOver, les commandes à commutateur, les claviers braille et d’autres périphériques de saisie alternatifs. Mais nous y reviendrons plus en détail ci-dessous.

Si vous le souhaitez, vous pouvez suivre mon tutoriel enregistré ici :

Tester l'accessibilité dans le simulateur iOS à l'aide de l'inspecteur d'accessibilité iOS

L’une des choses les plus frustrantes dans l’environnement iOS, c’est la difficulté à effectuer des tests sur un appareil. Avant tout, il est difficile de configurer les appareils, de gérer les profils et tout ce qui concerne le développement. De plus, on ne sait jamais quand la chaîne d’outils va cesser de fonctionner, et si cela arrive, l’agent de votre équipe doit intervenir pour accepter un nouvel accord mis à jour. Il faut ensuite attendre un délai indéterminé avant de pouvoir à nouveau effectuer des tests sur un appareil. C’est très frustrant.

C’est pourquoi les tests dans le simulateur sont très utiles. Cependant, lorsque vous effectuez des tests dans le simulateur, vous n’avez pas accès à VoiceOver ni aux autres technologies d’assistance disponibles sur l’appareil. Au lieu d’utiliser VoiceOver dans le simulateur, vous pouvez explorer l’accessibilité d’une application à l’aide de l’Inspecteur d’accessibilité. L’Inspecteur d’accessibilité n’est pas seulement utile pour rendre une application plus accessible aux utilisateurs de VoiceOver, mais il vous aide également à explorer toutes les propriétés d’accessibilité disponibles pour d’autres technologies d’assistance. Vous pouvez également explorer les commandes par commutateur, les claviers braille et les périphériques de saisie alternatifs.

De plus, dans l’Inspecteur d’accessibilité, vous pouvez visualiser toutes les propriétés d’un seul coup d’œil, alors que VoiceOver ne permet d’afficher qu’une partie de ces propriétés. Cela vous permettra d’explorer toutes ces informations en un seul endroit, tout en constituant un outil plus utile pour les développeurs que VoiceOver. Cela ne signifie pas pour autant que vous deviez toujours effectuer vos tests avec l’Inspecteur d’accessibilité dans le cadre de votre chaîne d’outils, mais plutôt d’utiliser VoiceOver à la fin de ce processus et l’Inspecteur d’accessibilité tout au long de celui-ci.

Utilisation de l'Inspecteur d'accessibilité pour contrôler l'interface utilisateur dans le simulateur

Pour lancer l'Inspecteur d'accessibilité, suivez les étapes simples ci-dessous :

  1. Lancez Xcode.
  2. Accédez à l'outil Open Developer Tool et lancez l'Inspecteur d'accessibilité.
  3. Lancez le simulateur avec l'application que vous souhaitez examiner.

L'Accessibility Inspector peut se connecter à de nombreux processus différents. L'exemple ci-dessus se connecte à votre simulateur iOS ; une fois la connexion établie, vous pouvez l'exécuter sur votre MacBook Pro. Notez bien que vous obtiendrez des retours différents, car le simulateur traite ces objets comme s'il s'agissait d'objets de bureau. L'Inspecteur d'accessibilité peut également s'avérer très utile si vous développez des applications de bureau, car il vous permet de contrôler l'interface utilisateur de la même manière qu'avec VoiceOver. Lorsque vous naviguez avec l'Inspecteur, vous pouvez cliquer en double-cliquant sur les éléments. Si vous souhaitez activer un onglet avec l'Inspecteur d'accessibilité, cliquez une seule fois dessus.

Naviguer dans une application à l'aide de l'Inspecteur d'accessibilité

Lorsque l'Inspecteur d'accessibilité est en mode ciblage, il se concentre sur les mêmes éléments que VoiceOver. Lorsque vous passez la souris sur les contrôles, vous aurez l'impression d'interagir avec VoiceOver sur un appareil. Vous bénéficierez de la même navigation que dans VoiceOver. Lorsque vous sélectionnez une cible, vous pourrez voir les libellés, tels que les attributs et les liens. À partir de là, vous serez en mesure d'identifier et de détecter les non-conformités en matière d'accessibilité dans une application.

Une autre fonctionnalité intéressante de l'Inspecteur d'accessibilité est sa capacité à effectuer des audits. Nous pouvons réaliser des analyses d'accessibilité automatisées sur n'importe quelle page de notre choix. Cela vous aidera à identifier de nombreux problèmes, mais il est important de noter que bon nombre de ces alertes seront des faux positifs. Prenez les violations signalées avec des pincettes et vérifiez manuellement qu'il s'agit bien de problèmes réels.

En résumé, cet inspecteur est vraiment utile, car il vous permet de naviguer vous-même dans l'interface et de consulter les propriétés d'accessibilité des contrôles, tout en observant leur comportement en temps réel. L'un des outils développés par Deque est un outil automatisé destiné aux appareils mobiles, capable d'effectuer des audits sans générer de faux positifs. N'hésitez pas à découvrir une démonstration de cet outil ici.

Chris McMeeking

Chris McMeeking

Chris McMeeking est ingénieur logiciel et architecte chez Deque Systems, où il dirige les efforts de développement des produits natifs d’analyse de l’accessibilité mobile de Deque. Son parcours dans le domaine de l’accessibilité a débuté avec un projet mené à l’université du Michigan, le clavier à balayage ASK. Cette application a remporté de nombreux prix, notamment l’Intel Innovator’s Award d’une valeur de 100 000 dollars, la deuxième place au Mobile World Congress et le prix « Student of Da Vinci » décerné par la Fondation pour la sclérose en plaques. Chris est le développeur principal de l’Android Analyzer et un membre actif du groupe de travail chargé d’élaborer ces nouvelles normes d’accessibilité pour les appareils mobiles.

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

La plateforme Axe prend désormais en charge la norme d'accessibilité française RGAA

Logo de Deque
April 2, 2026 By Deque Systems

La plateforme Axe prend désormais en charge les tests, les mesures correctives et la surveillance conformément au Référentiel général d'amélioration de l'accessibilité (RGAA).

Lire l'article
Trois professionnels en pleine discussion autour d'un bureau, sur lequel sont superposées quatre bulles contenant les mentions suivantes : Loi européenne sur l'accessibilité (EAA), Référentiel général d'amélioration de l'accessibilité (RGAA), Outils d'accessibilité, Audits d'accessibilité.

En quoi les programmes d'accessibilité tirent-ils parti à la fois des tests manuels et des tests automatisés ?

Jeremy Rivera
March 18, 2026 By Jeremy Rivera

Les tests d'accessibilité ne vous obligent pas à choisir entre rapidité et rigueur. En combinant tests manuels et tests automatisés, vous pouvez bénéficier du meilleur des deux mondes.

Lire l'article
Une photo de développeurs travaillant sur leurs ordinateurs portables, avec les mots suivants superposés dans des bulles : « Tests d'accessibilité automatisés », « Tests d'accessibilité manuels », « Outils de test d'accessibilité », « Audits et VPAT ».