~/talk

Building Accessibility Testing into Your Workflow

Talkat LibertyJS 2019 · 2019-10-24..10-25· [accessibility, developer-experience]
links:none on file
slides:none on file

Argues for shifting accessibility left by embedding automated checks that catch issues before commit, noting automated tools only find about 25% of real problems. Recommends specific tools and integrations: axe, eslint-plugin-jsx-a11y, jest-axe, plus Lighthouse, WAVE and pa11y for CI; demonstrates a React starter repo, a manual-testing VM image, and an intentionally inaccessible demo site. Shows a custom lint rule (tabindex=-1 for skip links), console warnings during dev, and failing CI/pre-commit hooks to block bad commits.

AI-written summary · about

  1. 0:00Introduction
  2. 0:55What is accessibility
  3. 2:59How accessibility gets broken
  4. 4:38How to solve accessibility issues
  5. 5:41Automated accessibility testing
  6. 6:41AppScore
  7. 7:08Workflow
  8. 10:10Advancement Team
  9. 11:25User Package
  10. 13:20Unit Tests
  11. 14:10Storybook Addon
  12. 16:05Manual Testing
  13. 19:45Accessibility Components
  14. 20:42QA Tools
  15. 21:19Final Recommendations
  16. 23:56Resources
  17. 25:06Questions
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.