Sweent obtient la certification de testeur de confiance du département américain de la Sécurité intérieure

Nous avons réussi l'examen. Depuis ce mois-ci, l'équipe Sweent détient la certification Trusted Tester for Web du département américain de la Sécurité intérieure (DHS) et a obtenu l'examen selon le processus de test actuel (version 5.1.3). C'est un titre que nous recherchions dans l'équipe depuis longtemps, et l'obtenir change la façon dont nous pouvons aborder la question de l'accessibilité dans le travail avec les agences et les entreprises que nous servons. Mais la certification elle-même est largement mal comprise, il vaut donc la peine d'expliquer ce qu'elle est et ce qu'elle n'est pas.

Il n'existe pas de « société certifiée 508 »

Commencez ici, car c'est à l'origine de la majeure partie de la confusion sur ce marché. De nombreux fournisseurs annoncent qu'ils sont « certifiés Section 508 ». Aucun organisme gouvernemental ne le délivre. Il n'existe pas de certification au niveau de l'entreprise pour la conformité à la Section 508, et toute personne prétendant le contraire est soit vague avec le langage, soit espère que vous ne vérifierez pas.

Ce qui existe réellement, c'est le programme Trusted Tester géré par l'Office of Accessible Systems and Technology (OAST) du département de la Sécurité intérieure des États-Unis, l'office fédéral responsable de l'accessibilité au sein du gouvernement. Il certifie des personnes, pas des organisations. Un testeur étudie la méthodologie, passe un examen pratique et obtient le diplôme. L'affirmation honnête et défendable est donc celle que nous faisons : un ingénieur de Sweent est un testeur certifié de confiance, ce qui signifie que nous pouvons appliquer le processus de test officiel du gouvernement fédéral en interne plutôt que de l'externaliser ou de l'approximer.

Si vous évaluez un fournisseur d'accessibilité, cette distinction est un filtre utile. Demandez quel membre de son personnel détient la certification et quelle version du processus il a utilisée. Une vraie réponse est un bon signe.

En quoi consiste réellement le processus Trusted Tester

Trusted Tester est une méthodologie manuelle normalisée permettant de vérifier si une page Web est conforme aux normes de la Section 508 révisée. Ces normes intègrent à leur tour les critères de réussite des WCAG 2.0 de niveau A et AA, de sorte que, dans la pratique, le processus est testé par rapport aux mêmes exigences d'accessibilité que la plupart des gens connaissent déjà grâce aux WCAG.

Le mot qui compte est normalisé. Le processus guide un testeur à travers chaque page et chaque composant avec une séquence fixe de contrôles : opérabilité du clavier, ordre de mise au point, rôles et états ARIA, étiquetage des formulaires et gestion des erreurs, contraste, ordre de lecture, etc. Comme chaque testeur certifié suit le même script, deux testeurs différents évaluant la même page devraient obtenir le même résultat. C'est cette répétabilité qui est essentielle. C'est ce qui rend une réclamation de conformité défendable lorsqu'un bureau des achats, une équipe juridique ou un réviseur d'agence vous demande comment vous savez que le logiciel est accessible.

Pourquoi nous ne nous sommes pas appuyés uniquement sur des scans automatisés

Les scanners d'accessibilité automatisés sont vraiment utiles, et nous les utilisons. Pointez un pointeur sur un site de production et, en quelques minutes, vous obtiendrez une liste des attributs alt manquants, du texte à faible contraste et des ARIA mal formés. C'est une valeur réelle pour presque aucun effort.

Mais ce n'est qu'une partie du tableau. Les tests réalisés par le secteur montrent régulièrement que les outils automatisés détectent entre 30 et 40 % des problèmes liés aux WCAG. Ils ne voient pas ce qui affecte le plus les vrais utilisateurs :

• Si vous pouvez utiliser l'intégralité de l'interface à l'aide d'un clavier et si le focus se situe à un endroit raisonnable lorsqu'un menu ou un modal s'ouvre

• Si le focus est correctement piégé dans une boîte de dialogue et relâché correctement à sa fermeture

• Si un lecteur d'écran indique à quel champ appartient un message d'erreur

• Si l'ordre de lecture suivi par un lecteur d'écran correspond à l'ordre visuel vu par un utilisateur voyant

Aucun de ces éléments ne peut être vérifié par un script analysant le DOM. Ils nécessitent qu'une personne gère la page comme le ferait un utilisateur de technologie d'assistance. Le processus Trusted Tester existe précisément parce que la couche automatisée est loin d'obtenir une réponse de conformité réelle.

Ce que cela signifie si vous achetez un logiciel

Pour nos clients fédéraux et étatiques, le résultat pratique est simple : nous pouvons produire des tests de conformité qui résistent à tout examen, et les documenter dans un VPAT, le modèle volontaire d'accessibilité des produits que la plupart des marchés publics exigent avant d'envisager un produit. Disposer d'un testeur certifié en interne signifie que les tests et la documentation qui les accompagne proviennent de la même équipe qui comprend votre base de code, et non d'un fournisseur distinct intégré au processus.

Pour les clients commerciaux, la valeur dépend moins de l'acronyme que de la discipline qu'il représente. Une équipe qui effectue des tests selon la norme Trusted Tester a beaucoup réfléchi aux utilisateurs de claviers, aux utilisateurs de lecteurs d'écran et aux modes de défaillance qu'un outil automatisé ne voit jamais. Si vous avez reçu une lettre de mise en demeure ADA, ou si vous voulez simplement que votre produit fonctionne pour tous ceux qui essaient de l'utiliser, c'est pour cette discipline que vous payez.

Où cela cadre avec le reste de notre travail

Il ne s'agit pas d'une transition vers une nouvelle gamme de services. L'accessibilité fait partie intégrante de la conception des logiciels depuis le début, et nous avons effectué des travaux de correction qui impliquaient de véritables tests de lecteurs d'écran sur des applications actives plutôt que de passer en revue des listes de contrôle. La certification officialise ce que l'équipe était déjà en train de faire et elle élève le plafond de ce que nous pouvons promettre : non pas « nous avons fait fonctionner un scanner et il avait l'air propre », mais « un testeur certifié a fait suivre à l'application le processus de conformité fédéral, et voici le résultat documenté ».

Si l'accessibilité figure sur votre feuille de route ou s'il s'agit d'une exigence à laquelle vous devez désormais répondre, c'est la conversation que nous sommes en mesure d'avoir.