While automated tools, like DubBot, quickly crawl large amounts of content to rapidly identify common accessibility barriers, that represents just half of the complete picture. A comprehensive accessibility evaluation of WCAG compliance requires manual testing as well.
In this two-part blog series, we’ll examine some key WCAG criteria that require manual testing, review the intent and significance of each criterion, and provide scenarios you can add to your accessibility testing toolkit.
1.3.3 Sensory Characteristics: Providing Alternatives
- Intent & Significance: Instructions should not rely solely on sensory characteristics such as shape, size, visual location, and sound. You must ensure all users can "access instructions for using the content, even when they cannot perceive shape or size or use information about spatial location or orientation."
- Manual Testing Scenarios:
- Review instructions and ensure they are not solely based on visual or auditory cues.
- Provide alternative text for images and descriptions for audio / video content.
- Use descriptive labels for form fields instead of relying on visual placement.
- Verify that instructions are comprehensible when read aloud by a screen reader.
1.4.1 Use of Color: Ensuring Information Isn't Lost
- Intent & Significance: Color should not be used as the sole means of communicating information. For example, using only a red asterisk as a required field indicator on your web form instead of a red asterisk alongside text that reads “Required.”
- Manual Testing Scenarios:
- Verify that all information conveyed by color is also available through other means, like text.
- Inspect elements that rely on color to convey meaning, such as error messages.
1.4.10 Reflow: Adapting to Different Viewports
- Intent & Significance: Content should be able to reflow to fit different viewport sizes without requiring horizontal scrolling, except for specific cases like data tables. This “supports people with low vision who need to enlarge text and read it in a single column.”
- Manual Testing Scenarios:
- Resize the browser window to simulate different screen sizes.
- Verify that content reflows vertically and remains readable without horizontal scrolling.
- Check for overlapping content or loss of information when the viewport is reduced.
- Test on mobile devices and tablets of various sizes.
3.3.1 Error Identification: Communicating Errors
- Intent & Significance: Identify and describe input errors to the user. Make sure users are aware that an error has occurred and that they can determine what is wrong.
- Manual Testing Scenarios:
- Submit forms with missing or invalid data.
- Verify that error messages are associated with the corresponding form fields.
- Ensure that error messages are easily identifiable and understandable.
- Test error messages with screen readers.
3.3.3 Error Suggestion: Guiding Users to Correct Errors
- Intent & Significance: When an input error is detected, "users receive appropriate suggestions for correcting the error." Clear error correction guidance is crucial for accessible forms. It empowers users with learning disabilities and enhances error comprehension for blind or visually impaired users.
- Manual Testing Scenarios:
- Intentionally enter incorrect data into form fields.
- Verify that clear and specific error messages are displayed.
- Check if suggestions for correction are provided, such as the required format or valid values.
- Test various types of error conditions.
3.3.4 Error Prevention (Legal, Financial, Data): Minimizing Critical Mistakes
- Intent & Significance: To assist users in "avoiding serious consequences resulting from a mistake when undertaking an action that cannot be reversed," such as a money wire transfer. Ensure confirmation messaging and a reversibility option.
- Manual Testing Scenarios:
- Test critical transactions like financial transactions.
- Verify the presence of confirmation steps before final submission.
- Ensure that users can quickly correct or reverse actions.
- Test data entry fields for data type validation.
4.1.3 Status Messages: Communicating Changes Effectively
- Intent & Significance: Status messages should be programmatically determinable so that assistive technologies can present them to users without receiving focus. This ensures that users are aware of changes or updates without actively seeking them out.
- Manual Testing Scenarios:
- Submit a form and observe if a screen reader announces a success or error message.
- Perform actions that trigger dynamic content updates, like adding an item to a shopping cart, and verify if the status message is announced.
- Inspect the HTML code to verify that the status message is included in the accessibility tree.
Why Manual Testing Matters
While automated tools are valuable for initial checks, they can not identify all accessibility barriers. As you have read, many barriers can only be revealed through manual testing.
For more on manual testing, see Keeping an Eye on Accessibility: Manual Testing and WCAG Success - Part 2
Resources
- A Tool’s Errand
- Section 508 ICT Testing Baseline Portfolio
- 4.1.3 Status Messages
- 1.4.10 Reflow
- 1.4.1 Use of Color
- 1.3.3 Sensory Characteristics
- 3.3.4 Error Prevention (Legal, Financial, Data)
- 3.3.3 Error Suggestion
- 3.3.1 Error Identification
A human author creates the DubBlog posts. The AI tool Gemini is sometimes used to brainstorm subject ideas, generate blog post outlines, and rephrase certain portions of the content. Our marketing team carefully reviews all final drafts for accuracy and authenticity. The opinions and perspectives expressed remain the sole responsibility of the human author.