Core Knowledge
� Knowledge of WCAG 2.2 guidelines (Levels A and AA), including new criteria:
� 2.4.11 Focus Not Obscured (Minimum) ? focused elements are not entirely hidden by sticky headers/footers.
� 2.4.13 Focus Appearance ? visible focus indicators with sufficient size and contrast.
� 3.2.6 Consistent Help ? help mechanisms appear in the same relative order across pages.
� 3.3.7 Redundant Entry ? previously entered information is auto-populated or selectable.
� 3.3.8 Accessible Authentication ? no cognitive function tests required to log in.
� Understanding of WAI-ARIA 1.2 roles, states, and properties ? especially for complex widgets (data grids, dialogs, date pickers, tree views).
� Familiarity with the Angular accessibility model: how Angular handles focus management, live regions, and cdkTrapFocus / cdkAriaLive from the CDK.
Testing Tools Proficiency
� Automated scanning:
� Axe DevTools (browser extension and CI integration via @axe-core/playwright)
� Google Lighthouse (Accessibility audit)
� WAVE (Web Accessibility Evaluation Tool)
� Screen readers (manual testing):
� VoiceOver (macOS/iOS) ? primary for the team?s dev environment
� NVDA (Windows) ? most common free screen reader
� JAWS (Windows) ? enterprise standard
� Keyboard-only navigation ? testing all workflows without a mouse.
� Color and contrast tools:
� WebAIM Contrast Checker
� Chrome DevTools (CSS Overview, contrast ratio inspector, vision deficiency emulation)
� Browser DevTools:
� Accessibility tree inspector (Chrome/Firefox)
� aria-* attribute validation in Elements panel
Bonus Skills
� Experience integrating axe-core into Playwright E2E tests (@axe-core/playwright) for automated accessibility regression checks.
� Familiarity with Angular CDK a11y module (FocusTrap, LiveAnnouncer, FocusMonitor).
� Experience working with or testing AI agents (LLMs, automation agents, conversational interfaces).
� Knowledge of Section 508 and EN 301 549 compliance requirements for enterprise/government customers.