Difference between revisions of "Accessibility Testing"

From Dreamwidth Notes
Jump to: navigation, search
(Low Vision: ** Some browsers (e.g. Firefox: View | Zoom | Zoom Text Only) can be set to scale only text vs. scale text and images; have to test both modes on browsers that do this.)
(Updated almost the whole page. Many additions.)
Line 1: Line 1:
Preliminary notes on accessibility testing. [[User:Rickybuchanan|Rickybuchanan]] 13:04, 4 February 2009 (UTC)
+
Accessibility is not the same as usability, but it overlaps because a lot of disabilities make it harder to deal with stuff which doesn't have great usability to begin with.
  
Accessibility is not the same as usability, but it overlaps.
+
Some accessibility features can be tested automatically with tools - eg [http://validator.w3.org/check?uri=referer markup validation], [http://www.blackwidows.co.uk/resources/color-contrast-analyser.php colour contrast analysis] - but much of it comes down to human judgement.  
  
Some stuff can be tested automatically with tools - eg validation - but lots of it can't and comes down to human judgement. Good description here: [http://jimthatcher.com/testing1.htm What accessibility testing is possible] Even they miss some stuff - contrast appropriate for dyslexics, moving image problems that people with some neuro deficits have, everything important being keyboard-only accessible. Probably more I forget.
+
Good description here of what can and can't be tested: [http://jimthatcher.com/testing1.htm What accessibility testing is possible]  
 +
Even that site misses some stuff - contrast levels appropriate for dyslexics, moving image problems that people with some neuro deficits have, everything important being keyboard-only accessible, and probably other things.
  
Disabilities which have relevance to web accessibility:
+
== General ==
 +
These things are generally good things to do and also have implications for disability accessibility.
 +
 
 +
* Pages need to validate fully to whatever DTD they've specified.
 +
* Pages should degrade gracefully in the absence of capabilities for Flash, JavaScript, etc.
 +
* Proper semantic markup should be used, eg headers for headings, ACRONYM and ABBR tags, EM/STRONG rather than I/B tags.
  
 
== Blindness ==
 
== Blindness ==
 +
This is the disability people usually think about when they discuss web accessibility, but it's important to remember it's not the only one.
  
The one everybody thinks about.
+
* CAPTCHAs need audio options.
 +
* Screen reader friendliness. Try very hard to get general screen reader users to do testing for us, rather than sighted people using screen readers which is a bad approximation.
 +
** JAWS
 +
** WindowEyes
 +
** VoiceOver
 +
** NVDA
 +
** Orca?
 +
** others?
 +
* Check tab order for everything, especially things which are AJAXey and therefore have changing tab order
  
* CAPTCHAs
+
Relevant reading:
* Screen reader friendliness (JAWS, WindowEyes, VoiceOver, NVDA, others?)
+
* [http://webaim.org/projects/screenreadersurvey/ WebAIM screen reader survey results]
* Check tab order for everything, especially things which are AJAXey
+
  
 
== Color Blindness ==
 
== Color Blindness ==
 +
 +
* Things which are usually signalled to users through colour changes in interface elements must have some other signalling mechanism (such as change of image shape) in addition
  
 
== Deafness ==
 
== Deafness ==
  
* Make sure any videos put on the site officially (eg "how to use" screencasts) have captions available.
+
* Any official videos put on the site (eg "how to use" screencasts) should have captions available.
  
 
== Deafblindness ==
 
== Deafblindness ==
Double-whammy as many of the solutions to problems faced by blind or deaf users rely on the other sense - eg audio alternatives to CAPTCHAs.
+
This disability is a double-whammy as many of the solutions to problems faced by blind or deaf users rely on the other sense - eg audio alternatives to CAPTCHAs.
 +
 
 +
* CAPTCHAs are completely inaccessible and an alternative such as emailing support needs to be available whenever CAPTCHAs are used. Currently I think this is only journal creation, if that.
 +
* Even captions for videos will probably be inaccessible. Separate methods of obtaining the information such as transcripts are needed.
 +
* Information needs to be concise. Many deafblind users will be using braille displays which give a single line of text that's 40 characters long.
  
 
== Dyslexia ==
 
== Dyslexia ==
  
 
* Contrast (too high can be a problem)
 
* Contrast (too high can be a problem)
* CAPTCHAs
+
* CAPTCHAs can be inaccessible, even with audio alternatives, to due visual and auditory "noise"
  
 
== Keyboard-only Users ==
 
== Keyboard-only Users ==
Line 38: Line 58:
  
 
* Contrast (low is a problem)
 
* Contrast (low is a problem)
* CAPTCHAs
+
* CAPTCHAs need audio equivalents
* Font size
+
* Default font size should be reasonable
* Robustness of layout to font size increases (eg command-+/ctrl-+) under IE, Firefox, Safari, etc - they differ so need to test all.
+
* Robustness of layout to font size increases (eg command-+/ctrl-+) must be tested.
** Some browsers (e.g. Firefox: View | Zoom | Zoom Text Only) can be set to scale only text vs. scale text and images; have to test both modes on browsers that do this.
+
** IE
* Alternate layouts with less visual "clutter"/"noise" if needed (eg LJ's Lynx sitescheme)
+
** Firefox
 +
** Safari
 +
** Others?
 +
* For those browsers that have the capability, page size increases - scaling images as well as text - must also be tested.
 +
** Firefox3
 +
** Beta versions of Safari?
 +
** Others?
 +
* Alternate layouts with less visual "clutter"/"noise" may be needed for some people (equivalent to LJ's Lynx site scheme)
  
 
== Neurological Problems ==
 
== Neurological Problems ==
 +
This category would include people on the autism spectrum, people with traumatic brain injuries, stroke survivors, and several other groups.
 +
 +
* Anything on the page that moves (Flash, animated GIFs, etc.) can be sufficiently distracting to make the page unreadable.
 +
* CAPTCHAs can be inaccessible, even with audio alternatives, to due visual and auditory "noise"
 +
 +
== Resources ==
  
* Things that move
+
* [http://www.blackwidows.co.uk/resources/color-contrast-analyser.php Color Contrast Analyser] checks for contrast which is too high as well as contrast that is too low.
* CAPTCHAs
+
  
[[Category:Accessibility]]
+
[[Category:Accessibility]]

Revision as of 13:14, 5 February 2009

Accessibility is not the same as usability, but it overlaps because a lot of disabilities make it harder to deal with stuff which doesn't have great usability to begin with.

Some accessibility features can be tested automatically with tools - eg markup validation, colour contrast analysis - but much of it comes down to human judgement.

Good description here of what can and can't be tested: What accessibility testing is possible Even that site misses some stuff - contrast levels appropriate for dyslexics, moving image problems that people with some neuro deficits have, everything important being keyboard-only accessible, and probably other things.

General

These things are generally good things to do and also have implications for disability accessibility.

  • Pages need to validate fully to whatever DTD they've specified.
  • Pages should degrade gracefully in the absence of capabilities for Flash, JavaScript, etc.
  • Proper semantic markup should be used, eg headers for headings, ACRONYM and ABBR tags, EM/STRONG rather than I/B tags.

Blindness

This is the disability people usually think about when they discuss web accessibility, but it's important to remember it's not the only one.

  • CAPTCHAs need audio options.
  • Screen reader friendliness. Try very hard to get general screen reader users to do testing for us, rather than sighted people using screen readers which is a bad approximation.
    • JAWS
    • WindowEyes
    • VoiceOver
    • NVDA
    • Orca?
    • others?
  • Check tab order for everything, especially things which are AJAXey and therefore have changing tab order

Relevant reading:

Color Blindness

  • Things which are usually signalled to users through colour changes in interface elements must have some other signalling mechanism (such as change of image shape) in addition

Deafness

  • Any official videos put on the site (eg "how to use" screencasts) should have captions available.

Deafblindness

This disability is a double-whammy as many of the solutions to problems faced by blind or deaf users rely on the other sense - eg audio alternatives to CAPTCHAs.

  • CAPTCHAs are completely inaccessible and an alternative such as emailing support needs to be available whenever CAPTCHAs are used. Currently I think this is only journal creation, if that.
  • Even captions for videos will probably be inaccessible. Separate methods of obtaining the information such as transcripts are needed.
  • Information needs to be concise. Many deafblind users will be using braille displays which give a single line of text that's 40 characters long.

Dyslexia

  • Contrast (too high can be a problem)
  • CAPTCHAs can be inaccessible, even with audio alternatives, to due visual and auditory "noise"

Keyboard-only Users

  • Make sure anything triggered usually by mouse movements (eg :hover attributes) which is needed for site use has a keyboard-accessible alternative.
  • Check tab order for everything, especially things which are AJAXey
  • Potentially hideable alternative text for all images which are used for site navigation and control (e.g. the "tag/memory/etc." icons) for direct keyboard access. Note this is not the same as alt tags.

Low Vision

  • Contrast (low is a problem)
  • CAPTCHAs need audio equivalents
  • Default font size should be reasonable
  • Robustness of layout to font size increases (eg command-+/ctrl-+) must be tested.
    • IE
    • Firefox
    • Safari
    • Others?
  • For those browsers that have the capability, page size increases - scaling images as well as text - must also be tested.
    • Firefox3
    • Beta versions of Safari?
    • Others?
  • Alternate layouts with less visual "clutter"/"noise" may be needed for some people (equivalent to LJ's Lynx site scheme)

Neurological Problems

This category would include people on the autism spectrum, people with traumatic brain injuries, stroke survivors, and several other groups.

  • Anything on the page that moves (Flash, animated GIFs, etc.) can be sufficiently distracting to make the page unreadable.
  • CAPTCHAs can be inaccessible, even with audio alternatives, to due visual and auditory "noise"

Resources