-
-
Notifications
You must be signed in to change notification settings - Fork 4
Accessibility Test Guideline
For team member:
- Read the task list
- Find something is not assigned to anyone
- Click on title to read the detail instructions
- Set
Assignees
to yourself and changeStatus
toTodo
- Change
Status
toIn Progress
and start working on it - Finish or Pending
- Finished working on it, change the
Status
toDone
- Share things you have done with us on Tuesday Hacknight
- Or run into issue and change the
Status
toPending
- Raise the issue on Tuesday meeting
- Finished working on it, change the
For tester:
- Go to Google sheet
- Pick a page that does not have a test report
- Follow the tutorial to generate report
- Follow the template to add the test result into the Google sheet
- 🚧 Follow the tutorial to manually verify some detailed test that automated test tool may not notice
- 🚧 Follow the UX guideline to check the web page behavior does not jam with perception
- 🚧 Follow sth to create issues on issue page
If you can find the edit button on this page
- Refine the guideline for performing Accessibility Testing
If you cannot edit the page
- Create a new issue about Documentation
- Tell us where and what to change
Axe DevTools
and WAVE
are two browser extension tools we use for free automated accessibility testing.
- 🪓 Jump to how to test with Axe DevTools
- 👋 Jump to how to test with WAVE
Axe highlights issues (broken down by categories) that do not meet WCAG guidelines, and for each issue, has a link to a standalone article dedicated to the specific issue.
To install, visit the respective link for the browser of your choice:
To test the home page of pol.is
for example
- Open browser and go to pol.is
- Open your browser's developer tools (Press
ctrl
+shift
+i
). - Navigate to the
axe DevTools
tab from the more tools (>>
) drop-down. - Fill out the necessary details to get started.
- From the extension start screen, click
Full Page Scan
to run an automated scan of the entire page. - 🕙 Wait
The issues overview contains the total number of issues found along with a breakdown, which act as "filters" to view specific issue types or categories:
- "Automatic Issues": Issues found during the automated scan
- "Needs Review": Potential issues in which axe-core was not able to determine with absolute certainty were true issues. This can often occur with color contrast calculations for text over background images or complex gradients.
- "Best Practices": Issues that do not necessarily conform to WCAG success criterion but are industry accepted practices that improve the user experience
Issues are grouped by the rules that have been "violated". Each violated rule is expandable, and contains:
- the rule description
- a "Highlight" button (that toggles a highlight around the affected element)
- a "more information" link (link to the dedicated help page for the given rule)
- "Element location" (the generated CSS selector for the element with the accessibility issue)
- Remediation guidance (information on how to fix the issue)
- Go to Access issue log Google spreadsheet
- See if the problem already exist
- In case problem is not recorded, refer to the guide to add the issue to the spreadsheet
- 🎉 Thank you!
The WAVE
browser extension is a free accessibility tool by WebAIM. WAVE
provides visual feedback about accessibility by injecting icons onto the page. WAVE
facilitates human evaluation and educates about accessibility issues.
To install, visit the respective link for the browser of your choice:
To test the home page of pol.is
for example
- Open browser and go to pol.is
- Click on the WAVE icon to the right of your browser address bar, or select "WAVE this page" from the context menu.
- 🕙 Wait
WAVE evaluates a page by 6 categories:
- errors (failures to meet WCAG that will impact certain users with disabilities)
- contrast errors (text that does not meet WCAG contrast requirements)
- alerts (potential accessibility issues that requires further human evaluation)
- features (elements that improve accessibility when implemented correctly)
- structural elements (identified elements on the page that give it its structure)
- ARIA (use of ARIA on the page: ensure that labels are used correctly)
The Details tab gives a further breakdown of each category, allowing you to toggle the appearance of the icon types on the page. Each icon type has a reference link (i
button) that provides useful context about the rule/guideline and recommended ways to comply. Greyed-out icons refer to elements that are in the HTML but are hidden by CSS.
- Go to Access issue log Google spreadsheet
- See if the problem already exist
- In case problem is not recorded, refer to template add the issue to the spreadsheet
- 🎉 Thank you!
- In the extension, click on the
Highlight
button, it will toggle a highlight around the affected element(s). - Browse through the affected elements using the
>
icon button. - In the Google sheet, add the nature of the issue under the "Issue title" column.
- Under the "Component/Area" section, add title of the affected area. This will depend on the nature of scan you perform-
Full page
orPartial Scan
. - Use the remediation guidance to describe the issue details under the Comments column.
- Select from the drop-down the "source" of the test.
- Enter the name of the affected component under the "Affected element" column.
- Lastly, enter your name under the "Identified by" column.
all content should be easy to understand (UX) also a part of Accessibility
Auto test first, check with WCAG
- https://www.deque.com/axe/
- Wave(?)
Final verification
- screen reader (different result from different screen readers... is there a standard for all?, Web Content Accessibility Guidelines (WCAG) standard gives wide compatibility for different screen readers)
Online resources
- WebAIM examples
- Chartability
- highcharts.com
- Web Content Accessibility Guidelines (WCAG) success criteria (level AA or AAA, we can take a look)
- https://developer.mozilla.org/en-US/docs/Web/Accessibility