Suggested Testing Protocol
- Make sure that all content is available in screen reader or text only mode.
See Screen Reader Testing
- Make sure your page is legible in different color modes and has sufficient contrast between text and background.
See Color Testing Details
- If you use style sheets, then make sure the content is usable with style
sheets turned off.See Style Sheet Testing Details
- Make sure the page zooms well by going to your browser then the View menu
and selecting a Text Size option. See Zoom Testing Details
- You can run the site through accessibility reporting services to see if
you have missed any issues. See Accessibility Report Details
- Solicit feedback from multiple users.
Key Tools
- Illinois iCITA Firefox Accessibility Extension
- Web AIM Accessibility Checker
- Accessibility Testing with Opera Browser
- Fangs Screen Reader Emulator for Firefox
- Luminosity Colour Contrast Ratio Analyser
- Wickline Color Filter
- LIFT Plug In
- Cynthia Says
Other Resources
- Detailed Testing Protocol
- About Accessibility Reporting Tools
- Sample Accessibility Reports
Top of Page
Detailed Testing Protocol
This protocol gives a list of the general types of audiences you are testing
for and some methods for testing at each stage.
A. Screen Reader Testing
Use one or more of the following options as needed.
- Use the online WebAIM Wave report to locate ALT tags, HTML headings and other hidden tags. Posts alerts for possible missing elements in red or yellow icons.
- Illinois iCITA Firefox Accessibility Extension and use the Hide Text Equivalents to show ALT tags. In the Style menu, un-check Author CSS to disable stylesheets
- Install Fangs Screen Reader Emulator for Firefox. To view a sample page in screen reader mode, go to Tools » Fangs. It does not read text aloud, but displays content from any Web page in screen reader format (no line breaks, headers/tables announced).
- The best results occur if you can install demo versions of different screen readers. Some demos like JAWS work for only limited stretches of time but can be re-used as needed. See the WebAIM Using Jaws page for details on how to test with JAWS.
- Computers with screen readers are available at the Penn State Libraries
and in some labs designed for users with disabilities. See the Assistive Tech page for details.
- Test in the
Opera browser with accessibility utilities.
- View the page on the Yellow Pipe
Lynx Text Browser Similator. Although not
the same experience as a screen, this tool will show you generally what
a screen reader will see and allows you to quickly spot missing ALT and
TITLE tags.
Top of Page
B. Color Testing
- Test color contrast at the Juicy Studio Luminosity Colour Contrast Ratio Analyser or WebAIM Color Contrast Checker
- Install and use the
Color Contrast Analyzer
published by
Juicy Studio.
- Use a color blindness simulator from the list on the color blindness page.
- Photoshop CS4 includes a color blindeness view in its Proof menu.
- View your page or images in grayscale.It's not as effective as a
color blindness simulator, but will catch most problems.
- In a pinch you can print
your page (with HTML backgrounds) on a black and white printer to simulate
grayscale.
Top of Page
C. Style Sheet Tests
Illinois iCITA Firefox Accessibility Extension. In the Style menu, un-check Author CSS to disable stylesheets
-
Download the Opera browser which allows
you to toogle between Author Mode (with stylesheets) and User Mode (custom
or no stylesheet). See the WebAim
Opera article for more details.
Top of Page
D. Zoom Testing
-
It's especially important to test documents on Internet Explorer for
Windows version 6since it has the most issues with zooming. To test whether
the code has disabled zooming, go to View then Text Size then Largest.
If the text does not appear to change size, then the the coders have specified
absolute font sizes and disabled zooming.
-
Open Firefox or Opera and zoom to at least
200%. To zoom in Firefox,
go to
View then Zoom In about 4 times.
To zoom in Opera,
click on the magnify drop-down menu to the right of the URL
address bar and type or choose "200%".
E. Accessibility Reports
See the section below for detailed information about accessing and evaluating accessibility reports.
Top of Page
Accessibility Reports
A variety of organizations and companies have developed tools to "scan" Web
pages and see if they are accessible or not. Although these tools can catch some errors like missing ALT
or TH tags, they cannot catch all errors. You must still use the manual checks above to determine that all accessibility requirements have been met.
Common Reports
Some common reports include:
Lists of Manual Checks
For errors
that cannot be caught automatically, a list of manual checks, is generated. Therefore a completly Section 508 compliant site could still generate a list
of items to check depending on the reporting tool - this is perfectly normal.
Limits of Accessibility Reports
Below are some advantages and limits of accessibility reporting tools.
(Chart provided by the University Libraries)
| HTML Element |
Reports CAN |
Reports CANNOT |
| Images |
Check for Missing ALT tags |
Verify that ALT tags are accurate |
| Color |
Suggest manual color check |
Simulate Color Blindnesss modes |
| Data Tables |
Identify most missing TH tags |
Check that tables are coherent when read left-to-right, top-to bottom |
| Flash Objects |
Suggest manual check |
Determine accessibility of Flash forms or interactive modules |
| Style Sheets |
Suggest manual check without CSS sheets |
Check stylesheets for accessibility |
| Links |
Identify large blocks of links |
Identify links which are vaguely worded or too close together |
| Forms |
Identify missing LEGEND, LABEL and ID tags |
Fix them for you automatically or ensure that they are accurate |
| Javascript |
Suggest manual NOSCRIPT check |
Automatically insert a NOSCRIPT alternative |
| HTML Code Validation |
Do Nothing |
HTML and XHTML validation is completely different tool or report |
Top of Page