# | User Story Title | User Story Description | Notes |
---|
1 | Non-Text Content | Provide text alternatives for non text content that serves the same purpose. Acceptance Criteria | |
2 | Audio-only and Video-only Content | Provide an alternative to video only and audio only content Acceptance Criteria Videos must also include access to a text description for every language The interface will need to allow text to accompany audio and video provided by users Videos should include SRT files for different languages or have them embedded in the video file
| |
3 | Captions for Video | Provide captions for videos with audio Acceptance Criteria The interface will need to allow text to accompany video provided by users Videos must also include access to a text description. Videos should include SRT files for different languages or have them embedded in the video file
| |
4 | Audio descriptions for Videos | Provide an alternative for videos with sounds Acceptance Criteria | |
5 | Structure and relationships of content | Provide users with content that has clear structure and relationships Acceptance Criteria Users should perceive structure of content using visual clues e.g. Headings in a larger, bold font separated from paragraphs by blank lines; list items are preceded by a bullet and perhaps indented; paragraphs are separated by a blank line; words that have special status are indicated by changing the font family and /or bolding, italicizing, or underlining them
| |
6 | Meaningful sequence of content | Present content in a meaningful order Acceptance Criteria | |
7 | Sensory characteristics of content | Use more than one human sense for content e.g shape and color to guide the user to content. Acceptance Criteria | |
8 | Use of Colour | Don't present material that only uses colour Acceptance Criteria | WCAG 2.1 Level A 1.4.1 Users with partial sight often experience limited color vision. Some older users may not be able to see color well. Users who have color-blindness benefit when information conveyed by color is available in other visual ways. People using text-only, limited color, or monochrome displays may be unable to access color-dependent information. Users who have problems distinguishing between colors can look or listen for text cues. People using Braille displays or other tactile interfaces can detect text cues by touch.
|
9 | Audio Control | Don't play audio automatically Acceptance Criteria | |
10 | Keyboard Control | Accessible by keyboard only Acceptance Criteria | WCAG 2.1 Level A 2.1.1 People who are blind (who cannot use devices such as mice that require eye-hand coordination) People with low vision (who may have trouble finding or tracking a pointer indicator on screen) Some people with hand tremors find using a mouse very difficult and therefore usually use a keyboard
|
11 | No keyboard Trap | Don't trap keyboard users Acceptance Criteria | |
12 | Character key shortcuts | Provide users with a way to turn off or remap character key shortcuts Acceptance Criteria | |
13 | Timing adjustable | Time limits have user controls Acceptance Criteria | |
14 | Pause, Stop, Hide | Provide user controls for moving content Acceptance Criteria | |
15 | Three flashes or Below | No content flash more than three times per second Acceptance Criteria | |
16 | Bypass Blocks | Provide a "skip to content" link Acceptance Criteria | |
17 | Page Titled | Helpful and clear page title Acceptance Criteria | WCAG 2.1 Level A 2.4.2 This criterion benefits all users in allowing users to quickly and easily identify whether the information contained in the Web page is relevant to their needs. People with visual disabilities will benefit from being able to differentiate content when multiple Web pages are open.
|
18 | Focus order | Logical order for focus components on a web page Acceptance Criteria | |
19 | Link Purpose | The purpose of every link is clear from its context Acceptance Criteria | WCAG 2.1 Level A 2.4.4 This Success Criterion helps people with motion impairment by letting them skip links that they are not interested in, avoiding the keystrokes needed to visit the referenced content and then returning to the current content. People with cognitive limitations will not become disoriented by multiple means of navigation to and from content they are not interested in. People with visual disabilities will be able to determine the purpose of a link by exploring the link's context
|
20 | Pointer Gestures | Avoid or provide alternatives for multipoint or path-based gestures Acceptance Criteria | |
21 | Pointer Cancellation | Don't complete functions on the down-click of a pointer Acceptance Criteria | |
22 | Label in Name | Where an element has a text label, present the same label in the accessible name Acceptance Criteria | |
23 | Motion Actuation | Functions that are operated by motion can also be operated by interface Acceptance Criteria | |
24 | Language of Page | Page has a language assigned Acceptance Criteria | |
25 | On focus | Elements do not change when they receive focus Acceptance Criteria | |
26 | On Input | Elements do not change when they receive input Acceptance Criteria | |
27 | Error Identification | Clearly identify input errors Acceptance Criteria | WCAG 2.1 Level A 3.3.1 Everyone makes mistakes. However, people with some disabilities have more difficulty creating error-free input. In addition, it may be harder for them to detect that they have made an error. Typical error indication methods may not be obvious to them because of a limited field of view, limited color perception, or use of assistive technology. This guideline seeks to reduce the number of serious or irreversible errors that are made, increase the likelihood that all errors will be noticed by the user, and help users understand what they should do to correct an error.
|
28 | Labels or Instructions | Label elements and give instructions Acceptance Criteria | |
29 | Parsing | No major code errors Acceptance Criteria Maximize compatibility with current and future user agents, including assistive technologies. Avoid deprecated features of W3C technologies
| |
30 | Name, role, value | Build all elements for accessibility Acceptance Criteria In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique, except where the specifications allow these features.
| |