Page and user-flow level acceptance criteria are testable checks that apply to full pages or complete user-flows. They can be used to ensure accessibility is considered and tested across entire journeys, not just individual components.
Where can then be used?
- During design reviews of entire pages or flows.
- In user stories, epics, and sprint tickets.
- As part of the “Definition of Done”.
- As part of QA and UAT testing for full journeys.
Who owns page and user-flow accecptance criteria?
- POs and BAs: define expected outcomes for pages and user journeys.
- Designers: ensure accessible design across pages and user journeys.
- Developers: implement accessibility across pages and user journeys.
- Testers/QAs: verify pages and user journeys meet expectations.
Page and user-flow level acceptance criteria
Download all acceptance criteria and test questions as an Excel file
1. People with varied learning or cognition
1.1: The purpose of each page or step is clearly communicated.
Test question:
Is the purpose of each page or step clearly communicated?
Simple steps to test:
- Use the form or complete the action.
- Check for visible success message.
- Use a screen reader to confirm it’s announced.
What determines pass:
The success message is visible on screen and announced by screen readers without extra user interaction.
1.2: Structure and navigation are simple and consistent.
Test question:
Is the structure and navigation simple and consistent?
Simple steps to test:
Use keyboard or a screen reader to navigate using headings or menu items.
What determines pass:
Structure follows a logical pattern and navigation feels intuitive without needing to backtrack.
1.3: Instructions, labels, and feedback are easy to understand.
Test question:
Are instructions, labels, and feedback easy to understand?
Simple steps to test:
- Look at every form field and button.
- Ask: is it obvious what to do and when?
What determines pass:
- Clear instructions are placed before interaction.
- Labels are short, consistent, and jargon-free.
1.4: Users can recover easily from mistakes.
Test question:
Can users recover easily from mistakes?
Simple steps to test:
Try submitting a form with missing or incorrect info (e.g., leave required fields blank).
What determines pass:
Errors are clearly described, focus moves to the problem area, and the user can try again.
1.5: Success messages are clearly announced after key actions.
Test question:
Are success messages clearly announced after key actions?
Simple steps to test:
- Perform a key action (e.g. submit a form, save settings).
- Check if a visible success message appears.
- Use a screen reader (e.g. NVDA or VoiceOver) to repeat the test.
What determines pass:
- A visible message appears immediately after the action.
- The screen reader announces the message without needing to move focus manually.
1.6: Users are warned about and given control over any time limits.
Test question:
Are users warned about and given control over any time limits?
Simple steps to test:
- Stay on a form or session-based page for several minutes without interacting.
- Check for warning messages before timeout or session expiry.
- Try to extend the session or adjust the time limit if possible.
What determines pass:
- A warning is shown before timeout.
- The user has a clear way to extend time (e.g. “Stay signed in” button).
- Alternatively, time limits are clearly explained and adjustable in settings.
2. People with reduced colour vision
2.1: All content and interactive elements have sufficient colour contrast.
Test question:
Does all content and interactive elements have sufficient colour contrast?
Simple steps to test:
- Use a colour contrast analyser tool (e.g. WebAIM Contrast Checker).
- Sample the foreground (text) and background colours.
- Choose the font size and weight used.
What determines pass:
- Text smaller than 18pt (or 14pt bold) must have a contrast ratio of at least 4.5:1.
- Large text (18pt+ or 14pt bold+) must have at least 3:1 contrast.
- Interactive components (like buttons, links, icons) must also meet these thresholds.
2.2: Important information is conveyed using more than just colour.
Test question:
Is important information conveyed using more than just colour?
Simple steps to test:
- Scan the page for use of colour to convey meaning (e.g. red = error, green = success, coloured charts, selected states).
- Check whether the same meaning is conveyed in another way (e.g. icon, text label, pattern, underline).
What determines pass:
- No information is conveyed by colour alone.
- Alternative indicators are present (e.g. “Error” text, symbols, or visible label changes).
3. People with reduced vision
3.1: All content remains available and usable when zoomed or magnified.
Test question:
Does all content remain available and usable when zoomed or magnified?
Simple steps to test:
- In Chrome or Firefox, press Ctrl + + (Windows) or Cmd + + (Mac) to increase zoom up to 400%.
- Scroll through the page.
What determines pass:
- All content is still visible, readable, and functional.
- No horizontal scrolling is needed except for large images, maps, or data tables.
- Nothing is cut off, overlapped, or missing.
3.2: The page works across screen sizes and orientations.
Test question:
Does the page work across screen sizes and orientations?
Simple steps to test:
- Resize the browser window to smaller widths (e.g. simulate a mobile view).
- If on mobile, rotate between portrait and landscape.
What determines pass:
- Layout adjusts to fit all screen sizes and orientations.
- No overlapping, disappearing, or cut-off content.
- Key functions and navigation remain usable.
3.3: The page is usable in dark mode or high contrast settings.
Test question:
Is the page usable in dark mode or high contrast settings?
Simple steps to test:
- On your device, enable dark mode (system or browser setting).
- On Windows, toggle high contrast mode (e.g. ALT + LEFT SHIFT + PRINT SCREEN).
What determines pass:
- Text and UI remain legible and usable.
- No low-contrast text or invisible elements.
- Focus indicators and highlights are still visible.
3.4: Important elements remain visible without horizontal scrolling or clipping when zoomed.
Test question:
Do important elements remain visible without horizontal scrolling or clipping when zoomed?
Simple steps to test:
- Use browser zoom at 100% and 400%.
- Check for horizontal scrolling or clipped text on standard and small screens.
What determines pass:
- No essential content or controls are hidden, clipped, or force horizontal scrolling.
- Page reflows properly and key actions (like “Submit”) are always reachable.
3.5: Headings are used to create a clear and logical page outline.
Test question:
Are headings used to create a clear and logical page outline?
Simple steps to test:
- Open browser DevTools (Right click → Inspect → use Elements tab).
- Look for
<h1>,<h2>,<h3>, etc. or use a browser extension like HeadingsMap.
What determines pass:
- Headings are used in logical order (e.g. H1 > H2 > H3).
- They represent the page structure, not just visual formatting.
- Skipping levels (e.g. H2 to H4) is avoided.
3.6: Repetitive content (e.g. navigation, repeated banners) can be skipped easily.
Test question:
Can users skip over repetitive content (e.g. navigation, repeated banners)?
Simple steps to test:
- Use the keyboard (TAB key) from the top of the page.
- Check if a “Skip to main content” link appears.
- Optionally, inspect the code for ARIA landmarks (like
<main>,<nav>).
What determines pass:
- A visible skip link is available and works.
- Or ARIA landmarks allow screen reader users to jump to key areas.
- Navigation doesn’t trap keyboard focus.
4. People with reduced movement
4.1: All actions can be completed using keyboard only.
Test question:
Can all actions be completed using keyboard only?
Simple steps to test:
- Put your mouse aside.
- Use TAB, SHIFT + TAB, ENTER, SPACE, and ARROW keys to navigate and activate all interactive elements.
What determines pass:
- All interactive features (menus, buttons, modals, forms, etc.) are fully usable with only the keyboard.
- Nothing requires a mouse or hover to activate.
4.2: The focus order is logical and consistent with user expectations.
Test question:
Is the focus order logical and consistent with user expectations?
Simple steps to test:
- Press Tab repeatedly to move through the interface.
- Observe the order in which elements receive focus.
What determines pass:
- Focus moves in a logical order (typically top to bottom, left to right).
- The sequence matches visual layout and expected workflow (e.g. input fields, action buttons).
4.3: When focus needs to move, it is managed in a purposeful and helpful way.
Test question:
When focus needs to move, is it managed in a purposeful and helpful way?
Simple steps to test:
- Perform common actions like opening modals, submitting forms, or triggering alerts.
- Watch where focus moves.
What determines pass:
- After actions, focus moves to a logical new location, such as:
- The first focusable element in a modal
- A success message
- A confirmation button
- Focus is not lost or sent back to the top of the page unexpectedly.
4.4: The visible focus indicator is always clearly shown.
Test question:
Is the visible focus indicator always clearly shown?
Simple steps to test:
- Use Tab to move through all focusable items.
- Visually confirm the focus outline or style on each item.
What determines pass:
- A clearly visible outline or style appears on all focused elements.
- The indicator is not hidden or removed by CSS (e.g. outline: none).
4.5: No elements trap keyboard focus or block navigation.
Test question:
Are there any elements that trap keyboard focus or block navigation?
Simple steps to test:
- Use only the keyboard to navigate interactive components (e.g. modals, dropdowns).
- Try Tab and Shift + Tab to exit and re-enter.
What determines pass:
- Focus can enter and leave interactive areas as expected.
- Modals trap focus only while open, and allow escape with Esc or closing action.
- No elements “trap” you in an infinite loop or block forward/backward movement.
4.6: Users can pause, stop, or adjust any moving or timed content.
Test question:
Can users pause, stop, or adjust any moving or timed content?
Simple steps to test:
- Look for carousels, auto-scrolling elements, or time-limited popups.
- Check for visible controls to pause, stop, or adjust.
What determines pass:
- Controls are available and work as expected.
- Nothing moves or disappears too quickly without a way to adjust or pause it.
4.7: All interactive elements are operable by speaking their visible label.
Test question:
Are all interactive elements operable by speaking their visible label?
Simple steps to test:
- Observe the visible text of buttons, links, and controls.
- Compare this to the accessible name (use browser dev tools or screen reader).
What determines pass:
- The visible label matches what a speech recognition tool would use (e.g. “Click ‘Submit’” works if the button says Submit).
- No hidden names that differ from the visible text.
4.8: Links and buttons have clear, unique labels to avoid ambiguity.
Test question:
Do links and buttons have clear, unique labels to avoid ambiguity?
Simple steps to test:
- Identify all interactive links and buttons.
- Check that each has a clear, descriptive label.
What determines pass:
- No repeated or vague labels like “Click here” or “Learn more”.
- Each button or link explains its action (e.g. “Download PDF”, “View product details”).
5. People with no vision
5.1: Interactive elements are properly labelled.
Test question:
Are interactive elements properly labelled?
Simple steps to test:
- Use a screen reader (like NVDA or VoiceOver) to navigate to all buttons, links, form fields, and controls.
- Listen to what’s announced.
What determines pass:
- The role (e.g. “button”), name (e.g. “Submit”), and state (e.g. “checked”) are clear and match what’s shown visually.
- Elements aren’t announced as “unlabelled button” or “clickable item.”
5.2: Element states (e.g. expanded, selected) are clearly announced.
Test question:
Are element states (e.g. expanded, selected) announced clearly?
Simple steps to test:
- Navigate to expandable menus, tabs, checkboxes, or buttons using a screen reader.
- Interact with them (e.g. expand/collapse, select/deselect).
What determines pass:
- Changes in state (e.g. “expanded”, “selected”, “checked”, “disabled”) are immediately and clearly announced by the screen reader.
- The user knows what has happened after interacting.
5.3: Headings and landmarks are used to structure the page.
Test question:
Are headings and landmarks used to structure the page?
Simple steps to test:
- Use a screen reader to open the Headings list and Landmarks list (e.g. NVDA: INS + F7).
- Review what’s listed.
What determines pass:
- Headings are used logically (e.g. H1 for page title, H2s for major sections).
- Landmarks (e.g. main, nav, footer, banner) are present and used appropriately.
- Lists are not empty, missing, or cluttered with irrelevant content.
5.4: Important changes (e.g. errors, success messages) are announced by screen readers.
Test question:
Are important changes (e.g. errors, success messages) announced by screen readers?
Simple steps to test:
- Trigger a change (e.g. submit a form, encounter an error, update a field).
- Listen with a screen reader for any announcements.
What determines pass:
- The screen reader automatically announces new messages.
- The user doesn’t need to manually find the message.
- Use of ARIA live regions (e.g.
aria-live="polite") is properly implemented.
5.5: The language of the page and its content is correctly defined.
Test question:
Is the language of the page and its content correctly defined?
Simple steps to test:
- View the page’s HTML in dev tools and check the
<html lang="...">> attribute. - For multilingual content, check that language changes are marked (e.g.
<span lang="fr">Bonjour</span>).
What determines pass:
- The default page language is correctly set using the lang attribute.
- Any changes in language (e.g. foreign phrases) are correctly identified.
- Screen readers pronounce content using the correct voice or accent.
6. People with limited or no hearing
6.1: Accurate captions are provided for audio and video.
Test question:
Are accurate captions provided for audio and video?
Simple steps to test:
- Play a video and turn captions on.
- Watch the video and compare captions to what’s spoken.
What determines pass:
- Captions include all spoken content and identify who is speaking.
- Non-speech sounds (e.g. [music], [laughter], [door slams]) are also included.
- No major timing delays or transcription errors.
6.2: A transcript is available for all spoken content.
Test question:
Is a transcript available for all spoken content?
Simple steps to test:
- Check if a downloadable or linked transcript is provided near the video or audio.
- Open and review the content.
What determines pass:
- The transcript includes all spoken dialogue, speaker labels, and important non-verbal sounds.
- It’s available in plain text or accessible PDF/HTML format.
6.3: Audio description is available for key visual information in videos.
Test question:
Is audio description available for key visual information in videos?
Simple steps to test:
- Watch the video without looking at the screen, or listen using a screen reader.
- Ask: Can I understand everything important without visuals?
What determines pass:
- Visual-only content (like text on screen, gestures, visual cues) is described in an alternate version or audio track.
- If no visual info is essential, a note can state “no audio description needed.”
6.4: Users can pause, stop, or adjust audio and video playback.
Test question:
Can users pause, stop, or adjust audio/video playback?
Simple steps to test:
- Play any embedded media on the page.
- Try to pause, stop, or adjust volume/playback speed.
What determines pass:
- Media has clear, accessible controls for pause/stop.
- Volume can be adjusted separately from the system.
- For auto-playing content, controls are visible and easy to use.
