Testing for Accessibility
When testing for accessibility, it's important to include a wide variety of users with various disabilities, test various assistive technologies, and include a combination of manual testing (for example, with the keyboard) and automated testing using scripts or browser add-ons to verify compliance of the HTML code. Various web resources and books are available outside of Oracle to help you develop your testing plan.
In addition, the HTML code that is generated for users who enable accessibility features is different from the HTML code that is generated for users who do not enable the accessibility features. Therefore, you must test for accessibility in all of the available accessibility modes:
Test in Accessible Layout mode with various assistive technology, such as screen readers.
If possible, test with users who are familiar with how the assistive technology works.
Test in Standard Layout mode (with accessibility features on) to verify the accessibility features for users with low vision.
Test keyboard navigation with accessibility features turned off.
Many accessibility users do not have vision problems, but they still use the keyboard instead of a mouse due to physical discomfort or disabilities.
Note: Testing for accessibility with the accessibility features turned off does not work for screen readers because most accessibility features are available only in Accessible Layout mode. Although Accessible Layout mode may be more difficult to navigate for sighted users, you must use it to test with screen readers.
To determine the full list of features that you need to test, review the Section 508 accessibility standards.
The following list provides a high-level overview of the accessibility features that you should test after customizing applications in PeopleSoft Application Designer:
Can users complete tasks using only the keyboard?
Is the tab order correct?
Are keyboard shortcuts assigned to page tabs and grid tabs?
Do screen readers track the on-screen focus?
Do pages use the Deferred processing mode?
If pages do not use Deferred processing, is field processing minimized?
Do all functional images and user interface elements have meaningful, unique labels?
Do functional images (static, dynamic, and button) have labels?
Do data entry fields have labels?
Do push buttons and hyperlinks have labels?
Do grid columns have labels?
Do grids and scroll areas have titles?
Do grids have summaries?
Are labels deactivated for decorative images?
Are images used consistently?
Do foreground and background colors provide sufficient contrast?
Do pages provide alternatives to color coding to convey meaning?
Do pages contain links to skip repetitive navigation?
Does HTML that is not generated by PeopleTools (such as code in an HTML area) or an applet meet the Section 508 accessibility standards?