popcodeorg / popcodeorg/popcode

Automate accessibility audits

Ouverte
#1,360 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

deployment development tooling ux
Langage dominant
JavaScript
Étoiles
191
Forks
143
Merge moyen
4 j 11 h
PR mergées (30 j)
5

Description

Chrome comes with built-in accessibility auditing tools. You can try these out by clicking the audits tab in dev tools => Perform an audit => Accessibility

I believe that we can automate running this audit on popcode by using Puppeteer. There are a few considerations/steps that need to be taken for this to work:

  • confirm that Puppeteer can indeed automate this audit
  • implement Puppeteer in Popcode
  • configure the accessibility audit to correctly weight the different accessibility tests (ie, color contrast is very important to us, but popcode may never be fully screen reader accessible)
  • create a way for snapshot queries not to be stripped out (accessibility audit is based on location, not the content on the current page)
  • create a variety of snapshots testing popcode in different states
  • fix current failures in accessibility audit ?
  • figure out the best way to build integration testing into the development process

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez par vérifier si Puppeteer peut automatiser l’audit d’accessibilité de Chrome DevTools pour Popcode. Étudiez ensuite les requêtes de snapshots, la pondération des audits, les snapshots pour différents états de Popcode, les échecs actuels des audits et la manière dont des tests d’intégration de l’accessibilité pourraient s’intégrer au développement. Le travail est considéré comme terminé lorsqu’un processus d’audit documenté et reproductible, avec des vérifications appropriées et une couverture de tests, est disponible.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
javascript
Domaine
accessibility, testing-qa
Type d'issue
Fonctionnalité
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
20/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.