- From: Phill Jenkins <pjenkins@us.ibm.com>
- Date: Tue, 15 May 2018 11:08:26 -0500
- To: Wilco <wilcofiers@gmail.com>
- Cc: Glenda Sims <glsims99@gmail.com>, w3c-wai-ig@w3.org
- Message-Id: <OF22FC5A51.45D887A5-ON8625828E.004D7276-8625828E.0058AF29@notes.na.collabserv.c>
I would like to challenge the authors (and all of us so called "subject
matter experts" for that matter) to do a significant edit to the white
paper (and our own writing and speech) and try to be more specific by
replacing most every instance of the term "accessibility testing" and
replace it with a term that is more specific or more defined that does NOT
itself use either "testing" or the term "accessibility". I believe (I
think with the authors) that the term "accessibility testing" is broad
and is interpreted in different ways *because* we and they are almost
always talking about different things when we and they use the same term.
The paper goes into detail on this, but I found it confusing itself using
the same term when in fact it meant something different in places. For
example, at times the term "accessibility testing" could often be replaced
with a more precise term or phrase such as:
"validating conformance to WCAG 2.0",
or "assessing web site compatibility with users who have
disabilities and use assistive technology",
or "researching best practices", etc.
My point is that we almost all agree that these three (3) examples are
interpreted as 3 different activities; but if/when the term "
accessibility testing" is used instead, each of us *will* have a different
interpretation of what the activity is. I agree with the authors that
there are different goals, but not necessarily at the organization level,
but at the activity level. And yes most activities are done by different
groups or disciplines (e.g. researchers, designers, developers, testers,
compliance, legal, procurement, etc.) in an organization. For example, I
view a group of designers as in an organization, not an organization of
designers in and of themselves. So I agree it is up to us SME's to use
better terms when describing activities and goals to improve
communications and understanding.
I also want to advocate for the correct use of WCAG along with UAAG and
user education and settings. I know it makes it more complicated to bring
in the other components and stakeholders described in the "essential
components" of web accessibility, but it is fundamental that we SME get it
right and advocate for a more comprehensive and joint understanding.
Please read: https://www.w3.org/WAI/fundamentals/components/
oh, and for the record, I still do not like the use of "a11y", "ally", or
any other variable of the word "accessibility", and I prefer "digital
accessibility" over similar terms.
___________
Regards,
Phill Jenkins
Check out the new system for requesting an IBM product Accessibility
Conformance Report VPATŪ at able.ibm.com/request
Senior Engineer & Accessibility Executive
IBM Research Accessibility
From: Wilco <wilcofiers@gmail.com>
To: w3c-wai-ig@w3.org
Cc: Glenda Sims <glsims99@gmail.com>
Date: 05/14/2018 04:06 PM
Subject: [White paper] A11Y Wars: The Accessibility Interpretation
Problem
Hi everyone,
Below the summary of the white paper we have created. We hope you find it
interesting and helpful in your work:
Without a shared testing perspective, achieving accurate test results for
compliance with WCAG 2.0 can be challenging and expensive. A common cause
for inconsistent accessibility results between experts is accessibility
testers doing their work with different goals in mind. Natural tension
exists between the goals of users, designers, developers, testers,
trainers, project managers, and executives. An unstated goal for testing
can be a major source of inconsistent results between tests.
It is time to stop the accessibility interpretation wars. There is no "one
best way" of interpreting accessibility standards. There are different
interpretations, each valid and useful in their own right. The
Accessibility Peace Model identifies the following key perspectives used
for accessibility testing.
Minimum - based on the normative text of the technical requirement. This
perspective often seeks low cost and quick solution to meet legal
requirements.
Optimized - based on the spirit and the intent of the normative technical
requirement, rather than just minimum compliance. This is a pragmatic
approach to sustainable universal design that balances equal access, civil
rights, and actual outcomes for users with disabilities with what is
technically possible with other requirements, (business) goals for the
product, and what is reasonable to achieve today. This perspective is the
most effective use of resources in the long run.
Ideal - based on a human factors approach that extends beyond legal
compliance and pragmatic best practices. Focuses on quality of user
experience for people with disabilities and innovative breakthroughs that
eliminate barriers once considered impossible to solve. During initial
phases, this perspective may be expensive.
By clearly defining the perspective your organization is using for
accessibility testing, your organization can save time and lower costs.
Read the White Paper "A11Y Wars: The Accessibility Interpretation Problem
(http://bit.ly/a11ypeace)"
Let's make a11y peace!
WIlco Fiers & Glenda Sims
Received on Tuesday, 15 May 2018 16:09:11 UTC