USER GUIDE

User Guide Testing Environment Conformance Reporting Requirments Section 508 Conformance Tests 1. Conforming Alternate Version (CAV) and Non-Interference 2. Auto-Playing and Auto-Updating Content 3. Flashing 4. Keyboard Access and Focus 5. Forms

6. Links

7. Images 8. Adjustable Time Limits 9. Repetitive Content 10. Content Structure 11. Language 12. Page Titles, Frames, and iFrames 13. Sensory Characteristics and Contrast 14. Tables 15. CSS Positioning 16. Pre-Recorded Audio-Only, Video-Only, and Animations 17. Synchronized Media 18. Resize Text 19. Multiple Ways 20. Parsing Appendix A: Test Process Mapping Appendix B: Document Change Log Appendix C: Test Process Quick Reference Appendix D: ANDI Workarounds

6. Links

Identify Content

Use ANDI: links/buttons to identify all links.

If there is no such content, the result for the following test ID(s) is DOES NOT APPLY: 6.A and 6.B.

EXCLUDE disabled input elements. These do not receive keyboard focus, cannot be selected and cannot be modified. If there is no such content, the result for the following test ID(s) is DOES NOT APPLY: 5.A to 5.H.

Test Name Test ID Test Condition
2.4.4-link-purpose 6.A The purpose of each link can be determined from any combination of the link text, accessible name, accessible description, and/or programmatically determined link context.

Applicability:

This Test Condition DOES NOT APPLY (DNA) if the page does not have links.

Note:

This test does not apply to links that function as an anchor or target and are not perceivable or selectable by users.

How to Test:

  1. Evaluate the ANDI Output for link purpose.
  2. Determine whether the ANDI Output, in combination with the programmatically determined link context (text that is in the same sentence, paragraph, list item, or table cell as the link or in a table header cell that is associated with the table cell that contains the link) adequately describes the link’s purpose or function.
    • In cases where the purpose of the link is intentionally vague or ambiguous (e.g., the content to be revealed after selecting a link to “Door 1,” “Door 2,” or “Door 3” is intended to be a surprise), it may be sufficient for the combination of link text, accessible name, accessible description, and/or link context to refer to the link purpose vaguely or ambiguously.

Evaluate Results:

If the following is TRUE, then the content PASSES:

  • The combination of the programmatically determined link context and the ANDI Output provide adequate description of the link’s purpose.

Note:

Any changes to links that occur automatically or as a result of interaction with the page should be included in this test.

Test Name Test ID Test Condition
4.1.2-change-notify-links 6.B The page provides notification of each change in content that is the result of interaction with a link.

Applicability:

This Test Condition DOES NOT APPLY (DNA) if the page does not have links or if the page content does not change due to link interaction.

How to Test:

  1. Activate the link to trigger changes to page content (e.g., content removed, content is added, etc.).
  2. Identify how the user is notified of the change in content.
    1. Determine whether the link or button that triggers the change has an accessible name, accessible description and/or context that provides sufficient description of the interface component’s purpose.
      1. If content changes are the direct result of a user's action while interacting with content AND the interface component that triggers the change provides sufficient description of the change, then no additional programmatic event notification is necessary.
    2. Identify any dialogs that alert the user to changes in content.
      1. Determine whether the dialogs provide sufficient programmatic notification of content changes.
    3. Identify content changes that result in focus moving to the content that has changed.
      1. Determine whether moving the focus to the content that has changed is sufficient to notify the user of the change event (e.g., by describing the change directly in the content to which the focus moved).
    4. Identify content changes occurring in an ARIA live region:
      1. Launch ANDI: structures
      2. Click the “live regions” link, then use the mouse to hover over any identified live region (alternatively, use ANDI’s previous/next element buttons to navigate to identified live regions).
      3. Determine whether the changing content is contained within the live region.

Evaluate Results:

If any of the following is TRUE, then the Test Condition is TRUE and the content PASSES:

  • The user’s action directly results in the change in content, AND the interface component that triggered the change provided sufficient description about the change event, OR
  • The page notifies the user about a change via a keyboard-accessible dialog,OR
  • The page moves focus to the content that has changed, AND the content that has changed provides sufficient description about the change, OR
  • The content that has changed is contained in an ARIA live region.

Note:

Any changes to links that occur automatically or as a result of interaction with the page should be included in this test.

Section 508/WCAG Success Criteria Baseline Requirements
WCAG SC 2.4.4 Link Purpose (In Context): The purpose of each link can be determined from the link text alone or from the link text together with its programmatically determined link context, except where the purpose of the link would be ambiguous to users in general. 14. Links
WCAG SC 4.1.2 Name, Role, Value: For all user interface components (including but not limited to: form elements, links and components generated by scripts), the name and role can be programmatically determined; states, properties, and values that can be set by the user can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies. 5. Changing Content