popcodeorg / popcodeorg/popcode
Automate accessibility audits
オープン
まだ誰も着手していません。
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
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、Puppeteer で Popcode の Chrome DevTools のアクセシビリティ監査を自動化できるか確認します。次に、スナップショットクエリ、監査の重み付け、異なる Popcode の状態に対するスナップショット、現在の監査の失敗、およびアクセシビリティ統合テストを開発にどのように組み込めるかを調査します。適切なチェックとテストカバレッジを備えた、文書化された再現可能な監査プロセスが整えば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- javascript
- 領域
- accessibility, testing-qa
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 20/100