Un calendrier d'intégration des processus des tests d'accessibilité

Trop souvent, l'accessibilité ne traverse l'esprit des concepteurs ou des développeurs que lorsqu'il est trop tard dans le processus. Aborder l'accessibilité comme une case à cocher finale dans tout le processus de développement d'une page Web et d'un site Web entraînera des défauts exurbanités et affectera négativement le produit final.

Les développeurs et les concepteurs doivent assumer la responsabilité d'incorporer les tests d'accessibilité dès les premières phases de la construction. processus lors de la création de sites Web et d'applications pour éviter d'apporter les modifications nécessaires à la conception, au code, aux compositions et à la copie aux étapes finales du développement. La mise en œuvre de l'accessibilité de bout en bout peut être une tâche difficile, mais si elle est prise en compte tôt, le résultat est une interface utilisateur bien construite qui non seulement s'adapte aux personnes handicapées, mais qui sert mieux tous les utilisateurs.

Phase 1: Conception [19659004] Commençons par les wireframes

Les wireframes marquent le début de la phase de conception. L'accessibilité doit être incluse dans cette phase, mais la quantité de commentaires fournis doit être limitée et dépendra de l'étendue des wireframes. C'est un bon point pour identifier les exigences d'accessibilité de base telles que:

• Headings
• Alternative text
• Descriptive links / button text
• Comparing the desktop & mobile DOM order

Obtenir le guide

Restez conscient du fait que beaucoup de choses peuvent changer entre les wireframes et le début de la phase de développement pour éviter la duplication des efforts. Cette phase est un bon moment pour établir toutes les exigences d'accessibilité afin que les comps de conception puissent être lancés en tenant compte de ceux-ci.

Passage à Comps

Les comps de conception sont le point de départ du véritable travail d'accessibilité. À ce stade, vous devriez avoir une bonne idée de ce à quoi ressemblera la page et du contenu qui sera inclus dans la page. En préparation pour le développement, vous devez définir toutes les exigences d'accessibilité, des exigences de conception telles que les niveaux de titre, le texte de titre descriptif, le texte de lien descriptif et le texte alternatif pour les images, à des exigences plus techniques, telles que la fourniture d'un balisage HTML sémantique et d'un clavier appropriés. Support. La fin de la phase de conception marque le moment où toutes les exigences de conception et de développement doivent être identifiées et documentées.

Phase 2: L'environnement de développement

Les développeurs doivent tester l'accessibilité et doivent effectuer des tests d'accessibilité de base à mesure qu'ils construisent leur code. Il existe un certain nombre d'outils automatisés qui peuvent être intégrés au processus de développement, tels que le Nu HTML Checker et Axe . Il est important de noter que les outils de test automatisés ne détectent qu'environ 50% de tous les problèmes d'accessibilité. Pour garantir un pourcentage plus élevé, les tests manuels du clavier et du lecteur d'écran doivent également être effectués. De plus et si possible, l'équipe QA doit établir une cadence de test composant par composant dans l'environnement de développement. Tester chaque composant à cette phase permettra un processus de correction plus fluide et limitera le nombre de problèmes rencontrés dans l'environnement d'assurance qualité, et il offre aux développeurs moins expérimentés en accessibilité la possibilité de commencer à construire leur base de connaissances avant de construire tous les composants et pages.

Phase 3: L'environnement QA

Dans la plupart des situations, c'est le premier time code qui peut être testé par quelqu'un d'autre que les développeurs. Cette phase sert de vérification finale du code et du contenu avant le déploiement. Effectuez des tests d'accessibilité avec des outils automatisés tels que Axe ainsi que la prise en charge du clavier et du lecteur d'écran. Microsoft Accessibility Insights est un excellent moyen de formaliser la partie manuelle des tests.

Phase 4: Production et maintenance

L'accessibilité est un programme pas un projet. Tant que des modifications sont apportées aux sites de production, des tests d'accessibilité sont nécessaires. Dès qu'une seule ligne de code est modifiée, il est possible qu'il y ait des problèmes d'accessibilité, il est donc important d'intégrer les principes et les tests d'accessibilité dans le processus continu de maintenance d'une page Web.

Accessible Design is Comprehensive [19659018] S'assurer que l'accessibilité est prise en compte à toutes les étapes du processus de construction est essentiel pour créer un site Web accessible. Les concepteurs, les développeurs et les testeurs jouent tous un rôle clé. Il ne suffit pas de tester l'accessibilité dans les étapes finales de développement ou de simplement fournir une conception «accessible». Chez Perficient, nous avons des experts en accessibilité pour chaque phase du processus de construction. Pour plus d'informations, consultez notre Accessibility IQ pour votre site Web et contactez nos experts en conception et développement d'expérience dès aujourd'hui.

À propos de l'auteur

Brendan est consultant principal en affaires chez Perficient depuis 4 ans. Son travail s'est concentré sur les tests d'accessibilité et a aidé les développeurs dans leurs efforts d'accessibilité.

Plus de cet auteur