popcodeorg / popcodeorg/popcode

Automate accessibility audits

オープン
#1,360 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

deployment development tooling ux
主要言語
JavaScript
スター
191
フォーク
143
平均マージ
4日 11時間
マージ済み PR(30日)
5

説明

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

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

まず、Puppeteer で Popcode の Chrome DevTools のアクセシビリティ監査を自動化できるか確認します。次に、スナップショットクエリ、監査の重み付け、異なる Popcode の状態に対するスナップショット、現在の監査の失敗、およびアクセシビリティ統合テストを開発にどのように組み込めるかを調査します。適切なチェックとテストカバレッジを備えた、文書化された再現可能な監査プロセスが整えば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
javascript
領域
accessibility, testing-qa
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
20/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。