Testing keyboard accessibility
Check whether every interactive element can be reached, identified, and operated with a keyboard in a logical sequence.
Use these reference guides to learn how to perform specific accessibility testing techniques.
Broad techniques that commonly form the beginning of an accessibility review.
Check whether every interactive element can be reached, identified, and operated with a keyboard in a logical sequence.
Review contrast, color-dependent information, text readability, and visible interaction states systematically.
Run a reproducible accessibility scan, verify every result in context, and identify what still requires manual testing.
Test how content responds to presentation settings, input conditions, and user preferences.
Apply the complete text-spacing condition and check whether content and functionality remain available.
Check whether information, controls, states, and focus remain perceivable when a browser applies forced colors.
Check whether moving and animated content can be controlled and whether a page respects reduced-motion preferences safely.
Check target size and spacing, orientation support, gesture alternatives, and pointer cancellation on touch interfaces.
Check whether content and functionality remain available when text is enlarged and the page reflows into a narrow CSS viewport.
Test whether information is represented and communicated accessibly.
Check prerecorded captions, transcripts, visual description, autoplay, and essential player operation across media alternatives.
Check whether a page title, landmarks, and headings communicate useful structure and links make sense outside their surrounding text.
Check whether a data table exposes a useful name, dimensions, navigation, and row-and-column relationships.
Decide what each image contributes in context and test whether its alternative communicates the same relevant purpose.
Determine whether meaningful graphics have useful names and decorative graphics remain silent.
Check whether content in another language triggers appropriate pronunciation without redundant language markup.
Test controls and workflows that users must operate or complete.
Check whether common controls expose useful names, roles, states, values, keyboard behavior, and changes after interaction.
Check whether people can understand, complete, correct, and successfully submit a form.
Check whether dynamic updates are communicated at the right time and priority without unnecessarily moving focus or interrupting a task.
Check whether people have enough time, receive useful warnings, can extend a session, and can recover their work after interruption.
Check whether people can sign in and complete verification without unsupported memory, transcription, or recovery barriers.
Test modal names, initial focus, keyboard containment, background inertness, closing behavior, and focus restoration.