Better by design 2017: Integrating accessibility across design and development lifecycle

I recently attended a day-long workshop on Integrating accessibility across the design and development lifecycle by Karl Groves at Better By Design 2017.

The most important point I took from the workshop was a reminder to automate functionally testing the front end for those usability characteristics and WCAG targets amenable to automated testing.

Mostly the workshop was a call-to-action to care about accessibility, to comply with law and regulation about accessibility, and to avoid expensive legal liability. The workshop motivated thinking about accessibility and usability through the lens of fictional startups wherein, contrary to our typical lived developer experience, accessibility would be prioritized in product vision, design, hiring, corporate priorities, technical support, etc. A healthy thought experiment perhaps too far from my lived reality to be fully relatable.

Automate front-end testing.

Suggested tech stack:

The speaker’s product, , has something to offer for a11y checking automation.

It’s usability

Don’t primarily think of it as a11y, as extra stuff to do to accommodate disability. Think of it as making your app usable for everyone.

Focusing on a11y and disability is useful for legal compliance and to help broaden thinking of all the users and all their needs. If it takes thinking about blindness specifically to get you to pay attention to screen reader experiences, so be it. But mostly if you build it right, if it’s clear what things are and what they do, if it’s usable and thoughtful and high quality, accessibility takes care of itself.

And of course automate testing for any code quality characteristics that can be automatically detected, because that’s what computers are for.

Software development has a quality and a culture problem

The problem is

  • Software products are of agonizingly poor quality.
  • Software development culture is often broken, with lack of empathy, empowerment, attention to quality and detail, resources.

Of course low quality software built in agonizing culture has poor usability and poor accessibility.

Do less. Do it with radically higher quality. Win.

The different versions and levels of WCAG

WCAG 1: three priority levels (1, 2, 3) organized by importance to the usability.

WCAG 2: A, AA, and AAA levels organized by expected cost to implement.

WCAG A is no-UI-impact stuff that you have no excuse not to do. Very low cost.

WCAG AA is modest-impact stuff that you really ought to do but it comes at a cost. This is de-facto where the industry has landed as acceptable. You’re liable to suit if you don’t meet WCAG AA; remediation will likely be to meet WCAG AA.

WCAG AAA is potentially tremendously expensive stuff.

All of A, AA, and AAA are important to accessibility, usability. It’s not that the AAA stuff isn’t important, it’s that it’s potentially expensive to comply.

Good practice: meet all of AA. Meet parts of AAA that you can feasibly achieve. Good practice: don’t volunteer to meet AAA – you’re probably just not going to do it.

Recommendation: lurk or participate directly in WCAG 3 standard development. ( community group)

Performance budget analogy

Concept: performance budget. From the outset, how slow will we allow our site / application / pages to be? By what measures? Then work within that budget.

Analogous concept: accessibility budget. How un-usable will we allow our site / application / pages to be? Then work within that budget. Don’t remediate to WCAG AA. Decide WCAG AA is your “accessibility budget” from the outset and anything violating WCAG AA, it’s just not in your project’s budget.

Drag-and-drop re-ordering as a11y challenge

Almost any UI control can be made usable and accessible for all users.

Drag-and-drop re-ordering is a notorious exception to this. Provide an alternative experience so that users who cannot easily use visual drag-and-drop controls can instead re-order or re-arrange objects in another way.


Other grab bag of points made, references.

Planning to automate MyUW accessibility testing

Added to draft Q4 MyUW roadmap an item to automate functionally testing a11y criteria in MyUW as deployed to a test tier. This doesn’t guarantee we’ll actually do this in Q4 – it just places a reminder to consider it when tightening up Q4 planning.


Related Posts

Apereo CAS - Microsoft Office 365 SAML2 Integration

Learn how to integrate Microsoft Office 365 with Apereo CAS running as a SAML2 identity provider.

Apereo CAS - HappyFox SAML2 Integration

Learn how to integrate HappyFox with Apereo CAS running as a SAML2 identity provider.

Apereo CAS - Cisco Webex SAML2 Integration

Learn how to integrate Cisco Webex with Apereo CAS running as a SAML2 identity provider.

Apereo CAS - VMware Identity Manager SAML2 Integration

Learn how to integrate VMware Identity Manager with Apereo CAS running as a SAML2 identity provider.

CAS 6.0.0 RC4 Feature Release which I present an overview of CAS 6.0.0 RC4 release.

Apereo CAS - Scripting Multifactor Authentication Triggers

Learn how Apereo CAS may be configured to trigger multifactor authentication using Groovy conditionally decide whether MFA should be triggered for internal vs. external access, taking into account IP ranges, LDAP groups, etc.

Apereo CAS 6.0.x - Building CAS Feature Modules

An overview of how various CAS features modules today can be changed and tested from the perspective of a CAS contributor working on the codebase itself to handle a feature request, bug fix, etc.

CAS 6.0.x Deployment - WAR Overlays

Learn how to configure and build your own CAS deployment via the WAR overlay method, get rich quickly, stay healthy indefinitely and respect family and friends in a few very easy steps.

Apereo CAS - Jib at CAS Docker Images

Learn how you may use Jib, an open-source Java containerizer from Google, and its Gradle plugin to build CAS docker images seamlessly without stepping too deep into scripting Dockerfile commands.

Apereo CAS 6 - Administrative Endpoints & Monitoring

Gain insight into your running Apereo CAS 6 deployment in production. Learn how to monitor and manage the server by using HTTP endpoints and gather metrics to diagnose issues and improve performance.