Accessibility Testing for Hyrax

Oct meeting time: Thursday, Oct 5th, 2017, 10am EST

Location: Google Hangout: https://hangouts.google.com/hangouts/_/c4dvatljlzeofeapgzlljsok2ie

Attendees

deibel

Michael Tribone

jrudder

Kate Lynch

Harsh Parekh

Tracy MacMath

Agenda: 

• Update on Hyrax testing and release process/timeline.
• Answer these questions:

1. 1. Ideas of how to test: 
      
      1. Tab through keyboard testing
         1. What am I looking for?
      2. turn off style sheets, 
         1. tab through keyboard
         2. what am i looking for?
            1. page structure
      3. Wave test
      4. screen reader - 
      5. turn around and voice over (software that comes on a mac)
   2. What is first phase? 
      1. Depends on what you are targeting?
      2. Multiple ways (tab vs mouse user)
      3. Hard to answer
         1. Some places focus on screen reader usage
            1. http://accessibility.psu.edu/blockers/
   3. So the questions are?
      1. What testing should we do? 
         1. First Phase 
            1. Tab through keyboard
            2. Wave (or similar tool) to identify structure
            3. What about a group session, walking through??
            4. Focus on search and discovery, deposit 
            5. during RC phase
         2. Second Phase
            1. more comprehensive of the site and types of disabilities
            2. build in to the development of the cycle - done periodically (as well as UX)
            3. must get away from remediation both in accessibility and usability
               1. ax-core? Does React use it built? 
               2. create a developer guide?
                  
                  
   4. When should it be done?
      1. For first phase, during RC
      2. 2nd phase should be built into process of dev and at RC
   5. Who can/should do it?
      1. This group can train others, design tests, and test (maybe be the bug verifiers, write recs?)
         
         
         

Other topics, next steps.

• JRR will create accessibility tab in testing spreadsheet
  • will focus on search/discovery and self deposit
• This group will built out the accessibility test and pass/fail criteria 
  • What are we looking for
• Target testing in RC phase (bugs reported may be address in future 2.x)
• JRR will reach out to Kate D with notes and ask for feedback. 
• Organize a time to test together
  
  

Links of interest: 

• Hyrax Testing and Release Process
• Planning and Managing Web Accessibility - https://www.w3.org/WAI/impl/Overview
• Best practices for making accessible mobile and web apps

Tools for testing:

Accessibility tools:

• http://wave.webaim.org/
• https://www.deque.com/products/axe-core/

• University of Nebraska's auditing tool: https://webaudit.unl.edu/sites/2281/ (Example report of Notre Dame's library website)
• http://squizlabs.github.io/HTML_CodeSniffer/
• https://github.com/dequelabs/axe-core
• https://axe-core.org/examples/

• https://validator.w3.org

Hyrax tools:

• Testing spreadsheet for 2.0 beta 4: Does not yet have accessibility testing listed
  • https://docs.google.com/spreadsheets/d/1as8uiM0ofEd_2u2ThFYJQu5IdJ8ipHOOH9NUOngjlj8/edit?usp=sharing
• Test site: https://nurax.curationexperts.com
• Issue reporting https://github.com/curationexperts/nurax/issues
• hyrax labels for accessiblity : https://github.com/samvera/hyrax/labels

Oct meeting time: Wednesday, Oct 18th, 2017, 2pm - 3:30pm EST

Location: Google hangout/meet link: https://meet.google.com/gzg-kkhq-bcd

Attendees:

Michael Tribone

Harsh Parekh

Tracy MacMath

Kate Russell (University of Notre Dame)

Agenda: This is a working session so folks can share their knowledge about accessibility testing and help others learn. 

• Focus on the homepage and one other page
• Use one or more of the tools listed above and walk through the results
• Assign other pages of the site amongst the group so they can audit them based on learnings