View all services
Talk to QA Advisor
Browse the Knowledge Hub56 resources
/Test Cases/Accessibility test cases

Test cases

Accessibility test cases, written as tests rather than criteria references

Twenty eight cases covering keyboard only completion, focus visibility and order, modal focus trapping, programmatic labels, announced errors and live regions, contrast for text and non text elements, alternative text, reflow at 320 pixels, 200 per cent zoom, target size, dragging alternatives, time limits and reduced motion.

28cases/AAWCAG 2.2 level/19high priority/FreeCSV download

All 28 test cases, ready to copy

Free to use and adapt, no sign-up. Download as CSV or Markdown, or copy it straight into your own tooling.

Last updated

28 worked examples

A11Y-01

Complete every primary task using only a keyboard

TypeAccessibilityPriorityHigh
Test data
Each core journey driven by tab, shift tab, enter, space and arrow keys
Expected result
Every task completes with no mouse. A control reachable only by pointer makes the task impossible rather than inconvenient, which is why this case is first.
A11Y-02

Keep focus visible at all times

TypeAccessibilityPriorityHigh
Test data
Tab through every interactive element, including over images and coloured backgrounds
Expected result
Focus indicator is always visible with sufficient contrast against its background, and is never removed by a style rule that suppresses the default outline.
A11Y-03

Follow a logical focus order

TypeAccessibilityPriorityHigh
Test data
Tab through a page whose visual layout differs from its source order
Expected result
Focus follows the visual reading order, and no positive tab index is used to force a sequence that then breaks when the layout changes.
A11Y-04

Trap and restore focus in a modal dialogue

TypeAccessibilityPriorityHigh
Test data
Open a dialogue, tab past its last control, close with escape
Expected result
Focus moves into the dialogue on open, cycles within it, escape closes it, and focus returns to the control that opened it rather than to the top of the page.
A11Y-05

Prevent interaction with content behind a modal

TypeAccessibilityPriorityHigh
Test data
With a dialogue open, tab and use a screen reader to explore the page behind it
Expected result
Background content is neither focusable nor announced, so a screen reader user is not reading a page they cannot interact with.
A11Y-06

Provide a working skip link

TypeAccessibilityPriorityMedium
Test data
Tab once from page load, activate the skip link
Expected result
Link becomes visible on focus and moves focus to the main content, rather than only moving the scroll position while focus stays in the header.
A11Y-07

Label every form field programmatically

TypeAccessibilityPriorityHigh
Test data
Every input, select, checkbox, radio group and file control
Expected result
Each has an associated label announced on focus. A placeholder is not a label, and it disappears on entry leaving no accessible name.
A11Y-08

Announce validation errors and link them to their field

TypeAccessibilityPriorityHigh
Test data
Submit a form with three failures using a screen reader
Expected result
Errors are announced, each is programmatically associated with its field, and focus moves to the first failure rather than the user being left to hunt.
A11Y-09

Identify required fields without relying on colour

TypeAccessibilityPriorityHigh
Test data
A form marking required fields visually
Expected result
Requirement is conveyed in text or programmatically as well as visually, so it is available to a screen reader and to a colour blind user.
A11Y-10

Announce dynamic content changes

TypeAccessibilityPriorityHigh
Test data
A search updating results, a toast notification, and a loading state completing
Expected result
Each is announced through a live region at an appropriate urgency, because a visual only update is invisible to a screen reader user.
A11Y-11

Announce the state of a toggle or expandable control

TypeAccessibilityPriorityHigh
Test data
An accordion, a disclosure, a switch and a sort control
Expected result
Expanded, collapsed, pressed and sort state are exposed programmatically and update when they change, rather than being conveyed by an icon alone.
A11Y-12

Meet contrast requirements for text

TypeAccessibilityPriorityHigh
Test data
Body text, large text, placeholder text, disabled text and text over an image
Expected result
Body text meets 4.5 to 1 and large text 3 to 1. Placeholder and helper text are frequent failures because they are deliberately lightened.
A11Y-13

Meet contrast requirements for non text elements

TypeAccessibilityPriorityHigh
Test data
Input borders, icon only buttons, focus indicators, chart series and toggle states
Expected result
Each meets 3 to 1 against adjacent colours, so a field boundary or an icon control remains perceivable.
A11Y-14

Convey information without relying on colour alone

TypeAccessibilityPriorityHigh
Test data
A status column, a required field marker, a chart legend and an error state
Expected result
Each carries a text label, icon or pattern in addition to colour, verified by viewing the page in greyscale.
A11Y-15

Provide meaningful alternative text

TypeAccessibilityPriorityHigh
Test data
An informative image, a decorative image, an icon button, a chart and an image containing text
Expected result
Informative images describe their purpose, decorative ones are hidden from assistive technology, and a chart offers its data as text or a table.
A11Y-16

Give links and buttons a purpose clear from their name

TypeAccessibilityPriorityHigh
Test data
Several links reading read more and a row of icon only actions
Expected result
Each has a distinct accessible name identifying its target or action, since a screen reader user often navigates by a list of links out of context.
A11Y-17

Use headings to describe the real structure

TypeAccessibilityPriorityMedium
Test data
Every page template reviewed by its heading outline
Expected result
One h1 per page, no skipped levels, and headings used for structure rather than chosen for their font size.
A11Y-18

Mark up data tables so relationships are announced

TypeAccessibilityPriorityHigh
Test data
A data table with row and column headers, and a layout grid
Expected result
Headers are associated with their cells so a value is announced with its context, and a layout only grid is not announced as a data table.
A11Y-19

Reflow at 320 pixels without two dimensional scrolling

TypeAccessibilityPriorityHigh
Test data
Every page at a 320 pixel viewport width
Expected result
Content reflows into one column with no horizontal page scroll. A wide table scrolls inside its own container rather than forcing the body sideways.
A11Y-20

Remain usable at 200 per cent zoom and with resized text

TypeAccessibilityPriorityHigh
Test data
200 per cent browser zoom, then text size increased independently
Expected result
Nothing is clipped, overlapped or cut off, and no content becomes unreachable. Fixed pixel heights on text containers are the usual cause of failure.
A11Y-21

Support both device orientations

TypeAccessibilityPriorityMedium
Test data
Each screen in portrait and landscape on a tablet and a phone
Expected result
Both orientations work unless one is essential to the task, and rotating does not lose entered form values.
A11Y-22

Meet the minimum target size for interactive controls

TypeAccessibilityPriorityMedium
Test data
Icon buttons, close controls, table row actions and closely spaced links
Expected result
Each meets the minimum target size or has sufficient spacing, so adjacent controls cannot be activated by mistake.
A11Y-23

Offer an alternative to a dragging action

TypeAccessibilityPriorityMedium
Test data
A drag and drop reorder, a slider and a swipe to delete
Expected result
Each has a single pointer or keyboard alternative, because a dragging motion cannot be performed by many users.
A11Y-24

Keep focused content clear of overlays

TypeAccessibilityPriorityMedium
Test data
Tab to fields near a sticky header, a cookie banner and a support widget
Expected result
The focused control is never fully hidden behind a fixed element, which is a common failure on long forms with sticky headers.
A11Y-25

Let the user control time limits

TypeAccessibilityPriorityHigh
Test data
A session timeout, a carousel and an auto dismissing notification
Expected result
Limits can be extended or turned off, a carousel can be paused, and a notification does not disappear before it can be read.
A11Y-26

Respect a reduced motion preference

TypeAccessibilityPriorityMedium
Test data
Reduced motion enabled at system level with animations and parallax present
Expected result
Non essential animation is removed or reduced, and nothing flashes more than three times a second under any setting.
A11Y-27

Declare the page language and any changes within it

TypeAccessibilityPriorityMedium
Test data
A page in one language containing a passage in another
Expected result
Page language is declared and the inline passage is marked, so a screen reader pronounces each with the correct voice.
A11Y-28

Verify with an actual screen reader on each platform

TypeAccessibilityPriorityHigh
Test data
One core journey completed with a desktop screen reader and one on a mobile device
Expected result
Journey completes on both. An automated scan finds roughly a third of issues, so this case is what makes the rest of the set meaningful.

What goes in each field

ID

Required

Stable identifier, prefixed by module.

Test case

Required

What is being verified, in one line.

Type

Functional, negative, boundary, security, state, performance, accessibility or compatibility. Use it to check coverage is spread rather than clustered on the happy path.

Priority

Risk based, weighted by whether the barrier is total. Anything that makes a task impossible for a keyboard or screen reader user is High. Anything that makes it harder but still possible is Medium.

Test data

The specific values, including the invalid and boundary ones.

Expected result

Required

The precise observable outcome, including message text where the wording itself is the requirement.

How To Use This

Put the mouse down and finish the task

An automated scan finds roughly a third of accessibility problems. These four checks find the ones that stop a task completely.

Complete the journey by keyboard alone

Not a sample of controls: the whole task, end to end. A control reachable only by pointer does not make the task harder, it makes it impossible.

Watch where focus goes

Open a dialogue, tab past its last control, press escape. Focus that escapes into the page behind, or does not return to the trigger on close, loses the user entirely.

View the page in greyscale

Status columns, required markers, chart legends and error states usually rely on colour alone. Greyscale exposes every one of them in a single glance.

Narrow to 320 pixels and zoom to 200 per cent

Content must reflow to one column with no horizontal page scroll, and nothing may be clipped when text is enlarged. Fixed pixel heights are the usual cause.

What Most Sets Miss

Why accessibility defects block tasks

Most published accessibility material is a list of success criteria, which tells a tester what to care about but not what to do or what passing looks like. These are written the other way round: an action, specific test data, and an observable expected result. That matters because the same criterion can pass on one screen and fail on the next, and because a criterion reference gives a developer nothing to reproduce. Automated scanning is genuinely useful and genuinely limited: it reliably finds missing labels, contrast failures and structural problems, and it cannot tell you whether a task can be completed.

Keyboard operability is where the total barriers live. If a control cannot be reached, the task cannot be done, and no amount of good markup elsewhere compensates. Focus management is the same category one step further in: a modal that does not trap focus lets a screen reader user wander into content they cannot interact with, and one that does not restore focus on close drops them back at the top of the page with no idea where they were. Both are cheap to test and both are routinely broken by component libraries used without configuration.

Dynamic content is the failure mode that testing with sighted eyes never reveals. A search that updates results, a toast that confirms a save, a validation summary appearing after submit: each is obvious visually and completely silent to a screen reader unless it is announced through a live region at the right urgency. The related case is state on toggles and sort controls, where an icon rotating is meaningful to one group of users and invisible to another.

Finally, the reflow and zoom cases catch a class of defect that affects far more people than assistive technology users. Content that does not reflow at 320 pixels forces two dimensional scrolling on a phone, and content clipped at 200 per cent zoom is unreadable for anyone with low vision, which is a large and growing population. Both are usually caused by fixed pixel heights on text containers, both are found in minutes, and both are frequently missed because desktop testing happens at one comfortable window size.

Suggest an improvement

Need an accessibility audit rather than a checklist?

QAble tests against WCAG 2.2 AA with real assistive technology on each platform, and reports issues with the reproduction steps and remediation a developer can act on.

Accessibility testing services

More test case sets

View all

Test cases for a login page

Test cases
25 cases across functional, negative, boundary, security, session and accessibility paths, including account enumeration and lockout.

Test cases for a registration form

Test cases
28 cases covering validation, duplicate accounts, email verification, password rules and the enumeration leak most signup forms ship with.

Test cases for search functionality

Test cases
28 cases across relevance, partial and fuzzy matching, filters, pagination, empty states, injection attempts and performance under load.

Test cases for a shopping cart

Test cases
27 cases on quantity limits, price recalculation, stock changes, coupon stacking, guest to account merge and cart persistence.

Test cases for checkout and payment

Test cases
30 cases including 3D Secure, declines, timeouts, duplicate charges, idempotency, refunds and partial captures.

Test cases for file upload

Test cases
28 cases on size and type limits, spoofed content types, malicious filenames, progress, resume, virus scanning and storage limits.

Test cases for forgot password

Test cases
26 cases on reset token expiry, single use enforcement, session invalidation and the enumeration and rate limit gaps that are routine here.

Test cases for OTP verification

Test cases
26 cases on expiry, resend throttling, attempt limits, code reuse, delivery failure and the brute force window teams forget to close.

Test cases for user roles and permissions

Test cases
26 cases on horizontal and vertical privilege checks, direct object access, role changes mid-session and permission inheritance.

Test cases for form validation

Test cases
27 rules-based cases on required fields, length and numeric boundaries, client and server parity, hidden field tampering and error accessibility.

Test cases for a date picker

Test cases
26 cases on timezone shifts, ambiguous day and month order, impossible dates, min and max limits, leap years and keyboard operation.

Test cases for pagination

Test cases
24 cases on ordering stability, records changing mid-session, page size caps, deep offset cost, permission-filtered totals and state restore.

Test cases for push notifications

Test cases
26 cases on app states, deep link routing, token release on sign out, lock screen privacy, preferences, provider failures and platform differences.

Test cases for reports and data export

Test cases
25 cases on permission filtering in the file, spreadsheet formula injection, encoding, typed numbers and dates, row limits and audit logging.

Test cases for a chatbot

Test cases
28 cases on paraphrased intents, context, fallback loops, human handoff, policy grounding, prompt injection and data scoping.

Test cases for net banking transactions

Test cases
28 cases on duplicate debits from a retried request, concurrent transfers against one balance, daily limits across channels, beneficiary cooling periods, second factor binding and reconciliation.

Test cases for wallet and UPI payments

Test cases
28 cases on payments that time out with no response, idempotency on retry, racing balances, caps across devices, collect request fraud, mandates and refunds.

Test cases for insurance claim submission

Test cases
28 cases on coverage at the date of loss, waiting periods, deductibles and sub limits, exclusions and riders, duplicate claims and settlement reconciliation.

Test cases for patient records in an EHR

Test cases
28 cases on duplicate detection and merge, wrong patient entry, units of measure, allergy and interaction alerting, break glass access and audit of reads.

Test cases for CRM lead management

Test cases
28 cases on duplicate leads under concurrency, routing and the unrouted fallback, round robin races, territory visibility, conversion and bulk import.

Test cases for an ERP purchase order

Test cases
28 cases on approval thresholds, amendments that must reset approval, budget commitment races, over receipt tolerance, three-way match and duplicate invoices.

Test cases for OTT video playback

Test cases
28 cases on bitrate recovery after a dip, DRM renewal mid stream, concurrent stream limits and leaked slots, resume conflicts, ad cue points and offline expiry.

Test cases for game level progression

Test cases
28 cases on save corruption during a crash write, cloud save conflicts, offline queue replay, unlock gating, currency exploits and purchase restore.

Test cases for a REST API

Test cases
28 cases on status code correctness, cross tenant resource access, mass assignment, idempotent retries, cursor pagination, rate limits and contract drift.

Test cases for SSO and social login

Test cases
28 cases on linking an account on an unverified email, state and code replay, redirect allow lists, token signature and issuer, deprovisioning and session rotation.

Test cases for subscription and billing

Test cases
28 cases on mid cycle proration, duplicate and out of order webhooks, renewal double charges, dunning and grace, trials, coupons, metered usage and tax.

Test cases for data tables, filters and sorting

Test cases
28 cases on unstable sorts across pages, filters that must reset pagination, selection surviving a filter change, bulk action scope and export fidelity.

Test cases for session timeout and concurrent login

Test cases
28 cases on tokens that survive sign out, refresh token reuse, idle against absolute lifetime, multi tab expiry, session limits and remote revocation.

Test cases for a multi step form wizard

Test cases
28 cases on values lost to back navigation, refresh and session expiry, step skipping, server side revalidation, duplicate submission and conditional branches.

Test cases for email verification

Test cases
28 cases on token reuse and expiry, invalidating earlier links, account enumeration, header injection, safe address change and mail scanner prefetching.

Test cases for dashboards and analytics widgets

Test cases
28 cases on reconciling against source rows, widgets that disagree, timezone aggregation, zero baselines, no data shown as zero and permission leaks in aggregates.

Test cases for booking and reservation

Test cases
28 cases on concurrent bookings for the last slot, inventory holds that leak, payment without a booking, cancellation boundaries and channel sync.

Test cases for mobile app install and update

Test cases
28 cases on migration chains across skipped versions, crashes during post upgrade migration, forced update lockouts, deep links and clean reinstall.

Test cases for performance and load

Test cases
28 cases on spikes with no ramp, recovery after peak, soak and leak detection, pool exhaustion, cold caches, retry storms and data correctness under load.

Test cases for the OWASP Top 10

Test cases
28 cases on broken access control, mass assignment, injection across every input surface, credential stuffing, session invalidation, SSRF and exposed secrets.

Test cases for cross browser compatibility

Test cases
28 cases on storage that throws in private mode, blocked third party cookies, engine date parsing, mobile viewport units, in app browsers and ad blockers.

Test cases for database and data integrity

Test cases
28 cases on uniqueness under concurrency, lost updates, counter races, orphaned rows, migration and backfill safety, replica lag and verified restores.

Test cases for localisation and multi language support

Test cases
28 cases on text expansion, concatenated sentences, plural rules, locale date parsing, decimal separators, right to left layout, collation and encoding.

Want conformance proven, not assumed?

QAble combines automated scanning with manual screen reader testing by certified engineers. Start with a free accessibility audit of your product.

Talk to QA Advisor