E-mail List Archives

Re: screen reader versions for testing

for

From: Beranek, Nicholas
Date: Oct 28, 2016 8:45PM


We test primarily with the latest versions of NVDA and Firefox. We've found that JAWS will compensate for bad coding practices (e.g. A missing programmatic label but adjacent text was present) and there were possibilities that it missed certain issues. If there is ever any question about the results from NVDA; then we'll try another browser. If it persists, we try another screen reader such as JAWS. Sometimes, we'll find that it's simply a user agent issue and we'll do our best to file a bug.

For responsive, we'll test the latest version of iOS with VoiceOver and Safari. Utilizing subject matter expertise: knowledge of the guidelines, nuances between screen readers, browsers, and operating systems, front-end development experience, other tools such as aXe and MSAA Object Inspect, the community, ARIA design patterns, and I could go on further, we're able to qualify that we've done our absolute best.

I hope this helps,

Nick Beranek
Capital One

> On Oct 28, 2016, at 4:54 PM, Mallory < <EMAIL REMOVED> > wrote:
>
> Kinda the same here: test with current (sometimes the tester doesn't
> have the absolute most-current either), and things that don't work, we
> look them up to see if it's some known bug, if it was fixes, which
> versions were affected. In general being up to date for some big bugs so
> that if things work with a current version, we can be more aware it may
> fail in an older version.
>
> One thing I try to keep in mind is wealthy web developers tend to have
> the latest and greatest. But the same usually can't be said for our
> customers, so it's dangerous for us to assume "passes in latest" => works for everyone.
>
> cheers,
> _mallory
>
> On Fri, Oct 28, 2016, at 09:42 PM, Moore,Michael (Accessibility) (HHSC)
> wrote:
>> Generally we test with the current release of JAWS. This is after we have
>> thoroughly analyzed the code. If we run into unexpected problems then we
>> will test with current release of NVDA, older versions of JAWS, more
>> browsers etc. What we are doing at that point is attempting to determine
>> who to file the defect with, what possible work arounds exist, and
>> whether we can justify changing code that is technically compliant.
>>
>> Mike Moore
>> Accessibility Coordinator
>> Texas Health and Human Services Commission
>> Civil Rights Office
>> (512) 438-3431 (Office)
>>
>> -----Original Message-----
>> From: WebAIM-Forum [mailto: <EMAIL REMOVED> ] On
>> Behalf Of Delisi, Jennie (MNIT)
>> Sent: Friday, October 28, 2016 1:22 PM
>> To: <EMAIL REMOVED>
>> Subject: [WebAIM] screen reader versions for testing
>>
>> Hello,
>>
>> Interested in feedback. For those that test websites and documents for
>> accessibility against the standards, but also use screen readers as a
>> part of the testing protocols:
>>
>> -how many versions do you test with? For example, if there is a version
>> 17 and a version 18 of the same screen reader, are you testing with the
>> current version and 1 version back?
>>
>> -for those testing websites and documents that will be reviewed by the
>> public, do you have a different number of versions you test with, as
>> opposed to documents that will only be used internally? For example,
>> there may be an expectation of employees having access to the latest
>> version of a particular screen reader (with maybe one version back for a
>> period of time), but the public may have varying amounts of resources to
>> put towards upgrades.
>>
>> Thanks in advance for any information you can share. I will be cross
>> posting this on the IAAP list and LinkedIn.
>>
>> Jennie
>>
>> Jennie Delisi
>> Accessibility Analyst | Office of Accessibility Minnesota IT Services |
>> Partners in Performance
>> 658 Cedar Street
>> St. Paul, MN, 55155
>> O: 651-201-1135
>> Information Technology for Minnesota Government | mn.gov/mnit
>>
>>
>>
>>
>> >> >> at http://webaim.org/discussion/archives
>> >> >> >> >> > > > > The information contained in this e-mail is confidential and/or proprietary to Capital One and/or its affiliates and may only be used solely in performance of work or services for Capital One. The information transmitted herewith is intended only for use by the individual or entity to which it is addressed. If the reader of this message is not the intended recipient, you are hereby notified that any review, retransmission, dissemination, distribution, copying or other use of, or taking of any action in reliance upon this information is strictly prohibited. If you have received this communication in error, please contact the sender and delete the material from your computer.