Huge thanks to Marcy Sutton. Presented at Selenium Conference at Tokyo, Japan.

1. Testing for Inclusive Web
Manoj Kumar
@manoj9788

2. A11Y TESTING - A SHORT PRIMER
All you need to know about
Accessibility Testing. Just
another Accessibility 101
A11Y TESTING TOOLS
Getting into the technical
aspect!
A11Y STANDARDS
Explaining the A11y standards
and the need for it.
A11Y IMPLEMENTATION STRATEGY
Some practical takeaways for
implementation
アクセシビリティ
議題

3. A11Y TESTING - A SHORT PRIMER
ACCESSIBILITY A(11111111111)Y

4. Accessibility
Enabling People

5. Accessibility
Disability only exists if we don’t provide ways to include
people
People have impairments NOT disabilities

8. Clearing a Path for people with special needs
clears the path for everyone

9. Disability
=
Limited
Human
Interaction
Accessibility
Disability
≠
Physical
Condition

10. Web - Accessibility
If your app isn’t accessible, you are creating barriers
& making their impairment a disability

11. Design Principles of Web Accessibility

12. Perceivable

13. Operable

14. Understandable

15. Robust

16. WAI - ARIA
ARIA Attributes communicate role, state and property semantics
to assistive technologies
via A11y API’s implemented in browsers

17. WAI- ARIA
ARIA is not always needed
If your design calls for browser native elements, then assistive technologies
should automatically pick up and dictate

18. DOM AOM
A proposed Javascript API to modify and explore the
web accessibility tree

19. Accessibility Tree

20. Web - Accessibility

21. The Persona Spectrum
Develop for the Future
Microsoft Inclusive Design Kit

22. A11Y STANDARDS
Guidelines and protocol for creating accessible websites

23. Accessibility - Right to use

24. !
Accessibility - Right to use
https://bit.ly/2I9bFeR
Act for Eliminating Discrimination against Persons with
Disabilities
JIS X 8341-3:2016 WCAG 2.0

25. WCAG
1.0
WCAG
2.0
WCAG
2.1
Superseeded
by 2.0
Testable and
Technology
agnostic
Mobile Technology
Cognitive
Low Vision
A11Y - Standards
There is also Section 508

26. Basic
Deals with
most
common
barriers
Highest level
of Accessibility
Success Criteria

27. A11Y TESTING & TOOLS

28. There is no substitute for real user feedback
You need to include people with disabilities to Test

29. FOCUS
MANAGEMENT
ARIA ATTRIBUTES
COMPUTED TEXT
FORM CRITERIA
COLOR
CONTRAST
SEMANTIC
HTML
What you can test?

30. Test for Keyboard Accessibility
Test for Landmarks
Test for Form labels
Test for Audio & Video accessibility
Test for Touch Target Size
Test functionality with Assisted devices on

31. Testing for Accessibility for Web Apps

32. Use Screen Reader

33. Browser Plugins

34. Selenium - WebDriver
https://bit.ly/2KDqoQQ https://bit.ly/2XiWdjr

35. Selenium - WebDriver

38. Test with Puppeteer

39. Test with Cypress
Also, there is axe-cypress

41. Continuum BDD
Level Access Engine

42. Testing for Accessibility on Android Apps

43. Test for Android Apps

44. Test for Android Apps
Accessibility Scanner
On-Screen Evaluation
No Technical Skills required!

45. Accessibility: Large Text and Display

46. Testing for Accessibility for iOS Apps

47. GTXiLib
Google Toolbox for Accessibility for the iOS platform
Can be used with any XCTest framework - like Earl Grey
https://github.com/google/GTXiLib

48. A11Y STRATEGY

49. Involve people with disabilities

50. ➤Establish an Org commitment with key stakeholders responsible for Accessibility.
➤A checklist/questionnaire to include Accessibility for both new and existing apps
➤Establish a benchmark (Say Level A, AA )
➤Establish a standards for UX designers, (UI)Developers & Testers
➤Start As early as possible from UX probably something like the GEL(Global Experience
Language)
➤Color contrast
➤Inclusive design ethos
➤Conduct usability, User testing session outside org.
Sharing some Thoughts!

51. BeMyEyes

52. https://www.deque.com
https://wicg.github.io/aom/spec/
https://www.youtube.com/watch?v=Lcoc4aCLfqI&t
References

53. Thank you!