Next Generation Web 2.0 Accessibility Test Tooling

« La prochaine génération d’outils Web 2.0 d’évaluation de l’accessibilité. »

Les outils d’évaluation de l’accessibilité rencontrent des problèmes aujourd’hui :

  • WCAG 2 n’est pas toujours très bien compris.
  • WCAG 1 était essentiellement basé sur des pages statiques.
  • Les sites ne sont plus constitués de pages statiques, mais de pages dynamiques.
  • Les outils ne testent souvent ni WAI-ARIA, ni la structure des composants d’interface utilisateur.
  • Les applications tournent à la fois sur le serveur et le poste client.
  • Les outils ne prennent pas en compte l’entièreté de la chaîne de production mais se limitent aux étapes de Q&A.

Accessibilité dans la chaîne de production

Cela va exactement dans le sens que nous suivons chez AccessibilitéWeb : offrir des grilles d’évaluation et de conseils adaptées aux différentes responsabilités et aux différentes étapes de production d’un site ou d’une application Web. Ainsi, la personne en charge de la conception graphique saura ce qu’elle doit vérifier en terme d’accessibilité bien avant qu’un contrôle final ne vienne lui faire regretter ses choix de couleur, par exemple.

Même principe avec les responsabilités des auteurs de contenu : les acronymes et les abréviations, les équivalents textuels qui viennent avec l’image choisie, sont de la responsabilité de celui qui choisit l’image et non de l’intégrateur qui joue au final avec le HTML.

Ainsi, en remontant dans la chaîne de production, il devient plus aisé pour les différents acteurs de savoir quoi faire pour respecter les règles d’accessibilité et quoi éviter pour ne pas les enfreindre.

Tests côté client

Autre sujet de cette passionnante session : les tests doivent se faire de plus en plus côté client – voire exclusivement – dû à la nature dynamique des contenus. En clair, évaluer le code HTML qui sort du serveur est devenu complétement obsolète attendu que le javascript sur le poste client va le remanier à la demande de l’utilisateur. C’est donc du code vivant qu’il faut évaluer, une biopsie à la place d’une autopsie...

Et d’ailleurs le test se doit d’être considéré comme une politique globale : il doit être automatique, basé sur des attentes générales inter-projet, répété continument. Les problèmes rencontrés sont alors transmis automatiquement à l’environnement de développement du développeur de manière non-intrusive. Ce n’est d’ailleurs plus le développeur qui exécute le test puisque celui se fait à part de son côté.

Bref, l’Accessibility Tools Task Force est à regarder de près cette année.