As you begin to learn how to use the WorldSpace Attest browser extension, it is important that you have a basic understanding of the terminology used both as field, button and menu labels within the Attest extension user interface itself, and the Deque University rule information and remediation advice that is displayed after clicking the More Info link in the violation pane.

A field displayed in the rule pages accessed via the (More Info) links from the violation pane for a rule after an automated analysis has been performed, this is a simple statement that summarizes the way in which the checks against the rule are handled programmatically.
Accessible Rich Internet Applications - a technical specification published by the World Wide Web Consortium that defines ways to increase the accessibility of web pages, in particular, dynamic content and user interface components developed with Ajax, HTML, JavaScript and related technologies.
Assistive Technology
Test Runs allow for the specification of the software and devices used by disabled individuals to interact with software and websites. Some tests will require use of a screen reader, such as NVDA or JAWS on PC, or VoiceOver on Mac.
A proven method for accessibility requirements testing created by Deque's team of a11y experts that increases the consistency and accuracy of testing results. Based on the WCAG Success Criteria, they provide a more explicit categorization and interpretation of those guidelines, wherein failures are typically separated by content type. The Deque Checkpoints help reviewers produce consistent and accurate test results during accessibility assessments. A checkpoint refers to the most relevant and applicable section of the master listing of the 66 Deque Checkpoints (and their requirements) that are an important part of the Deque Way to digital equality.
Disabilities Affected
One or more of the following is displayed in the rule help via the violation's (More Info) links to indicate which disabilities are impacted by the rule not being met:
  • Attention Deficit
  • Cognitive
  • Color-blindness
  • Deafness
  • Dyslexia
  • Hard-of-hearing
  • Low Vision
  • Seizure
  • Sighted Keyboard Users
  • Speech
A free, open source web browser developed by Mozilla for Microsoft Windows, Mac OS X, and Linux.
User impact is a useful metric to use when prioritizing remediation efforts. Default levels are associated with each Deque Checkpoint according to what Deque accessibility experts have determined is generally true for a particular type of accessibility issue, but assessors may use their judgment to change them. Serious or critical impact occurs when a user encounters significant barriers or is blocked from content on the site with a greater vulnerability to legal action. Minor and moderate issues aren’t as serious, but still must be dealt with for the page to be considered fully compliant. Checkpoint tests cover accessibility guidelines which can have the following four levels used to categorize the accessibility impact of issues referenced in analysis violations.
  • Critical: This issue results in blocked content for individuals with disabilities. Until a solution is implemented content will be completely inaccessible, making your organization highly vulnerable to legal action. Remediation should be a top priority.
  • Serious: This issue results in serious barriers for individuals with disabilities. Until a solution is implemented some content will be inaccessible, making your organization vulnerable to legal action. Users relying on Assistive Technology will experience significant frustration when attempting to access content. Remediation should be a priority.
  • Moderate: This issue results in some barriers for individuals with disabilities but would not prevent them from accessing fundamental elements or content. This might make your organization vulnerable to legal action. This violation must be resolved before a page can be considered fully compliant.
  • Minor: This is considered an issue that yields less impact for users than a moderate issue. For a page to be considered fully compliant this issue must be resolved but can be dealt with last.
A violation (or potential violation) of accessibility guidelines (as defined by standards such as WCAG 1.0, WCAG 2.0, Section 508 and WAI-ARIA) identified in webpage or web application code by WorldSpace Attest or WorldSpace Comply.
Text assigned to an issue that can be used to sort issues or group issues.
Potential Violation
An issue identified by WorldSpace Attest or WorldSpace Comply that requires inspection by a human to determine if it is indeed an actual Violation of accessibility standards.
Script (use case script)
A recording of a set of actions taken on a website such as navigating through pages, filling out a form, making a selection from a menu, logging in to a site, etc. Scripts can be analyzed while being played back so that issues can be identified and saved. Scripts created in WorldSpace Attest can be saved and shared with other project members through WorldSpace Comply.
Section 508
An amendment to the United States' Rehabilitation Act of 1973 that requires Federal agencies to make their electronic and information technology accessible to people with disabilities. It comprises sixteen provisions that are based on access guidelines developed by the Web Content Accessibility Guidelines (WCAG) developed by the World Wide Web Consortium, but are not identical to either WCAG 1.0 or 2.0 standards.
Describes an issue as a: Violation or Potential Violation. Severity is a sortable attribute for issues and can aid in prioritizing remediation efforts. Severity classifications (Critical, Serious, Moderate, or Minor) refer to compliance violation (rule failure) levels that describe how serious an impact the issue(s) have on the accessibility of a site or page, as they relate to the various applicable guidelines and best practices.
SimulAT is a portmanteau of sorts in which the first portion of the word "simulate" is blended with the acronym for Assistive Technology (AT). Pronounced "simulate," SimulAT is a feature of WorldSpace Attest that simulates how screen reader technology would read the page under test. The resulting output is a text transcript with elements that appear as buttons that, when clicked, allow you to highlight them on the page or inspect their underlying HTML and CSS source code in context. Screen readers are a type of assistive technology for people with disabilities. Rather than read the page aloud as a real screen reader would, SimulAT creates a text transcript of what a screen reader would say. Note that this is an approximation based primarily on the behavior of the JAWS screen reader by Freedom Scientific. There are subtle differences between brands of screen readers such as JAWS, NVDA, VoiceOver, and WindowEyes. SimulAT does not represent all of the subtle differences between brands, but it does give a general idea of the kinds of things screen readers convey to users.
An issue identified by WorldSpace Attest or WorldSpace Comply that violates accessibility standards.
Web Content Accessibility Guidelines developed by the World Wide Web Consortium that explain how to make Web content more accessible to people with disabilities. WCAG 1.0 was published in May 1999. WCAG 2.0 was published in December 2008. WCAG 2.0 applies broadly to more advanced technologies and is more precisely testable with automated testing and human evaluation.
WorldSpace Server
The cloud-based server that hosts WorldSpace Comply and stores project information generated through the WorldSpace Attest extension.
Stands for XML Path Language, a query language, defined by the World Wide Web Consortium (W3C), for selecting nodes from an XML document.