Skip to content
Home Testing Accessibility Testing
Accessibility Testing

Expert Accessibility Testing
for Every User

We audit your product against WCAG 2.1 AA, identify the barriers, and help your team fix them. Screen readers, keyboard navigation, color contrast, form labels. The things real users depend on.

0+
Years QA experience
WCAG 2.1
AA standard we test against
0+
Industries served
The Basics

What Is Accessibility Testing?

Accessibility testing verifies that your digital product can be used by people with visual, hearing, motor, and cognitive disabilities. The benchmark is WCAG 2.1, the internationally recognized standard for web and software accessibility, which organizes requirements into four principles: Perceivable, Operable, Understandable, and Robust.

In the United States, ADA Title III and Section 508 carry legal weight. Organizations that ignore accessibility face regulatory action, lawsuits, and the very real cost of excluding a significant portion of potential users. Accessibility testing identifies and documents every barrier before it becomes a liability.

Done properly, accessibility testing combines automated tooling with expert manual verification using real assistive technology. Automated tools catch roughly 30-40% of issues. The rest requires a trained tester with a screen reader, keyboard-only navigation, and a deep understanding of the standards.

What we cover
WCAG 2.1 AA Audits
Full audits against every applicable WCAG 2.1 Level AA success criterion
VPAT Documentation
Deliverable conformance reports mapped to WCAG, AODA, and Section 508 criteria
Manual + Automated Testing
Automated tooling surfaces the obvious. Manual testing finds the rest
Standards

Standards & Requirements We Test Against

Accessibility is not one single standard. We cover the full landscape so nothing falls through the gaps.

WCAG 2.1 Level AA

The international web content accessibility standard. Covers perceivability, operability, understandability, and robustness. Level AA is the accepted legal benchmark for most organizations and the target for all STS accessibility audits.

ADA Title III

U.S. federal law requiring digital products to be accessible to people with disabilities. Non-compliance carries real legal risk, and ADA website lawsuits have been on a consistent upward trend for over a decade. We identify the gaps and document what needs to be fixed.

Section 508

Federal mandate for government and federally-funded software accessibility. Required for all public sector work and any vendor selling to the U.S. federal government. We produce VPATs documenting conformance per criterion to support procurement and compliance submissions.

ARIA Standards

Semantic markup patterns that improve screen reader and assistive technology compatibility. Correct ARIA roles, properties, and states are critical for dynamic web applications where native HTML semantics are insufficient. We audit and validate ARIA implementation across your UI components.

Coverage

What We Test

Accessibility has a lot of surface area. Here is what we cover in a complete engagement.

Screen Reader Testing

NVDA, JAWS, and VoiceOver compatibility across web and mobile. We verify that all interactive elements, images, forms, and dynamic content are correctly announced and navigable using assistive technology.

Keyboard Navigation

Full keyboard-only navigation testing including focus order, skip links, focus traps, and modal management. Every function available by mouse must be reachable and operable by keyboard alone.

Color Contrast

Minimum 4.5:1 contrast ratio verification across all UI states including default, hover, focus, disabled, and error. We test across light and dark themes and flag edge cases that automated tools typically miss.

Form Accessibility

Label associations, error messages, ARIA roles, and form validation. We verify that every input is properly labeled, errors are clearly communicated to assistive technology, and required fields are identified before and after submission.

Multimedia

Captions, transcripts, and audio descriptions for video and audio content. We verify synchronization accuracy, completeness, and that auto-play behavior does not interfere with assistive technology users.

Cognitive Accessibility

Clear language, consistent navigation patterns, and error recovery paths. We assess reading level, instruction clarity, timeout handling, and whether users can understand and recover from mistakes without losing their progress.

Process

Our Accessibility Testing Approach

Three structured phases that take you from baseline audit to documented, defensible conformance.

01

Automated Scan + Manual Audit

Phase 1

Automated tooling (axe, Lighthouse) plus expert manual testing with screen readers and keyboard-only input.

axe + Lighthouse Screen readers Keyboard audit
02

VPAT & Issue Documentation

Phase 2

VPAT documenting conformance per criterion, with WCAG mapping, severity ratings, and remediation guidance.

VPAT / ACR WCAG mapping Remediation guide
03

Remediation Support & Re-Test

Phase 3

Work with your dev team through fixes, validate before merge, re-test, and update the VPAT for release.

Remediation support Fix verification Updated VPAT
Tooling

Accessibility Testing Tools We Use

Automated Scanning

axe DevTools WAVE Lighthouse

Screen Readers

NVDA VoiceOver JAWS

Manual Testing

Keyboard Navigation Color Contrast Analyzer HeadingsMap

Compliance

WCAG 2.1 AA AODA Section 508

"From the very beginning of our collaboration, the team has demonstrated a deep understanding of our business needs and priorities. Their proactive approach to problem-solving has helped us identify and address potential issues early on."

Arjuna Shankar
Partner, Dotfusion Digital

"They provide not only a deep level of expertise in testing, both manual and automated, but they also bring project leadership with an approach that pulls deliverables into QA rather than waiting for them to arrive."

Karl Dionne
President & CEO, KPDI
By the numbers
WCAG 2.1
AA standard we audit against
VPATs
Delivered as standard
15+
Years QA experience
Related Services

More Ways STS Can Help

Industries

Where we do our best work

FAQ

Accessibility Testing FAQ

WCAG 2.1 is organized into three conformance levels: A (minimum), AA (standard), and AAA (enhanced). Level A covers the most critical barriers. Level AA adds requirements that significantly improve usability for people with disabilities. It is the legally accepted benchmark in ADA litigation and Section 508 compliance, and the target for most STS engagements. Level AAA addresses edge cases and specialized accessibility needs. Achieving full AAA conformance is often impractical for general-purpose software, and most organizations focus on AA as their goal. Learn about our approach to WCAG compliance testing.

Not necessarily, but expert testers who work with assistive technology daily produce significantly better results than those who only run automated tools. Our testers use NVDA, JAWS, and VoiceOver regularly. They know how these tools behave in practice, which means they catch implementation issues that automated scanners and novice testers consistently miss. The WCAG criteria can be technically met while still producing a confusing experience for actual screen reader users. Expert manual testing closes that gap. Our QA consulting team brings this depth to every engagement.

A VPAT (Voluntary Product Accessibility Template) is a standardized document that declares your product's conformance against WCAG and Section 508 criteria. It lists each requirement, your conformance status, and any known exceptions. If you sell software to government agencies, educational institutions, or large enterprises, you will almost certainly be asked for a VPAT as part of procurement. Even outside those contexts, a VPAT is a useful internal document. It captures the current state of your accessibility program and gives developers clear guidance on what to fix. STS produces VPATs as a standard deliverable of every accessibility audit.

At minimum, run a full accessibility audit before major releases and whenever significant UI changes are introduced. In practice, the most effective approach is integrating lightweight accessibility checks into your regular QA cycle. That means automated tooling on every build plus manual spot-checks on new or changed components. A comprehensive manual audit annually keeps your VPAT current and identifies accumulated drift. If your product serves regulated industries (healthcare, government, education), more frequent cycles are worth the investment given the legal exposure of falling out of conformance. See our functional testing services for how we integrate accessibility into broader QA cycles.

No. Automated tools consistently catch between 30 and 40 percent of WCAG failures, specifically the ones that are deterministic and rule-based: missing alt text, insufficient color contrast ratios, form inputs without labels. The remaining 60 to 70 percent require human judgment: evaluating whether an image's alt text is meaningful in context, whether focus order is logical for the actual workflow, whether a complex widget is genuinely navigable by screen reader, whether error messages are actually helpful. Organizations that rely solely on automated scans leave the majority of accessibility issues undiscovered and still face legal exposure. Manual testing is not optional. It is where the real value is.

Let's talk

Want to know where your product
stands on accessibility?

A 30-minute call is all it takes to scope your audit, understand your compliance requirements, and give you a clear picture of what we would find. No pitch deck, no obligation.