Manual Accessibility Testing for VPAT and ACR Reports With Screen Reader and Keyboard Checks

When organizations prepare a VPAT or Accessibility Conformance Report (ACR), automated scans are helpful, but they are not the whole picture. Many accessibility barriers only become clear when a specialist evaluates the experience manually with screen readers and keyboard-only navigation. That is why manual accessibility testing for VPAT is such an important part of credible conformance reporting.

For compliance, procurement, product, and digital teams, the goal is not just to generate a document. It is to produce a report that reflects how a website, app, or digital product actually behaves for users with disabilities. Manual testing helps uncover issues that automation may miss and gives teams stronger evidence to support VPAT 2.5 and ACR documentation.

Corpowid supports this process through AI-driven accessibility workflows alongside specialist manual accessibility testing for VPAT and ACR support, helping teams combine efficiency with deeper validation.

Why manual accessibility testing matters for VPAT and ACR reports

Why manual accessibility testing matters for VPAT and ACR reports

A VPAT is used to document how a product aligns with accessibility requirements such as Section 508, EN 301 549, and WCAG 2.2. An ACR is the completed report that results from that evaluation. The quality of that report depends on the quality of the testing behind it.

Automated tools can identify many technical issues quickly, but they cannot fully assess user experience, interaction logic, reading order, focus behavior, or whether a screen reader user can complete key tasks without confusion. Manual accessibility testing fills those gaps.

What automation may miss

Automated checks are useful for detecting common errors, but they may not fully evaluate:

  • Whether interactive elements make sense when announced by a screen reader
  • Whether keyboard focus moves in a logical order
  • Whether dialogs, menus, and forms behave correctly during real interaction
  • Whether instructions, labels, and status messages are understandable in context
  • Whether dynamic content updates are properly conveyed to assistive technologies

These are exactly the kinds of issues that can affect whether a product is practically usable, even if an automated scan shows a relatively clean result.

Why procurement and compliance teams care

Many organizations need VPAT and ACR documentation for vendor reviews, public sector sales, enterprise procurement, or internal governance. In those situations, a report supported by manual testing is more useful because it reflects a deeper evaluation process. It helps teams answer a more meaningful question: not just whether code patterns pass machine checks, but whether people can actually use the product.

What screen reader testing typically evaluates

Screen reader testing looks at how digital content is announced, structured, and navigated by users who rely on assistive technology. This kind of testing is essential because accessibility is not only about what appears visually on the page. It is also about what is exposed programmatically and how understandable the experience is without sight.

Common areas reviewed during screen reader checks

  • Page titles and heading structure
  • Landmarks and region navigation
  • Link purpose and button names
  • Form labels, instructions, and error messaging
  • Image alternative text and non-text content meaning
  • Tables, lists, and semantic structure
  • Announcements for alerts, modals, and dynamic updates

For VPAT and ACR work, these checks help determine whether the product communicates information clearly to assistive technology users. If a control is technically present but poorly announced, that can still create a meaningful barrier.

Teams that already use AI-based auditing can benefit from pairing those results with manual validation. Automation can surface patterns at scale, while manual review confirms what the experience is actually like in use.

What keyboard-only testing helps uncover

What keyboard-only testing helps uncover

Keyboard accessibility is foundational for many users, including people who cannot use a mouse and some screen reader users who depend on keyboard commands. Manual keyboard testing examines whether a person can move through the interface, activate controls, and complete workflows without getting stuck or losing context.

Key checks in keyboard testing

  • Whether all interactive elements are reachable by keyboard
  • Whether focus indicators are visible and consistent
  • Whether focus order follows a logical sequence
  • Whether menus, pop-ups, and dialogs can be operated without a mouse
  • Whether there are keyboard traps
  • Whether skip links or other navigation aids work as expected
  • Whether task completion is possible from start to finish

These findings are especially important in conformance reporting because a single broken keyboard interaction can block access to a critical workflow such as login, checkout, form submission, or document download.

For organizations working toward broader digital compliance maturity, combining manual testing with continuous monitoring can also help reduce the chance that resolved issues return later. Corpowid’s platform approach to accessibility monitoring and reporting is designed to support that ongoing visibility.

How manual testing supports stronger VPAT 2.5 and ACR documentation

Manual accessibility testing for VPAT is valuable because it gives evaluators stronger evidence for each conformance statement. Rather than relying only on automated output, teams can document findings based on observed behavior during real interaction.

Benefits of a manually supported report

  • More accurate issue identification
  • Better understanding of severity and user impact
  • Clearer notes for remediation teams
  • Stronger support for procurement and stakeholder review
  • More confidence that the report reflects actual usability barriers

This does not mean automation is unimportant. In practice, the best process is usually a combined one. AI and automated auditing can speed up discovery and monitoring, while manual testing adds the specialist review needed for conformance reporting.

If your team is building a broader accessibility program, it can also help to understand how automation is evolving in day-to-day operations. This is explored further in AI Agents Are Here: How Autonomous AI Will Quietly Take Over Your Accessibility To-Do List.

Where manual testing fits in the accessibility workflow

Manual testing is most effective when it is part of a larger accessibility process rather than a one-time event. For many teams, that workflow includes design review, automated auditing, remediation, manual validation, reporting, and ongoing monitoring.

A practical sequence for teams

  1. Identify issues through AI accessibility auditing and testing
  2. Review key user journeys manually with screen readers and keyboard navigation
  3. Document findings for VPAT 2.5 and ACR reporting
  4. Remediate issues that affect conformance and usability
  5. Monitor over time so new releases do not reintroduce barriers

This approach is especially useful for organizations with active websites, mobile apps, or evolving product interfaces. As products change, accessibility status can also change. That is one reason some teams choose ongoing reporting support and annual ACR refreshes to keep documentation current.

How to prepare for manual accessibility testing

How to prepare for manual accessibility testing

Teams can make the testing process more effective by organizing a few essentials in advance. Good preparation helps evaluators focus on the most important workflows and produce more useful reporting outcomes.

What to have ready

  • A clear list of pages, screens, or product areas in scope
  • Key user journeys such as sign-up, purchase, account management, or support flows
  • Access to staging or production environments as appropriate
  • Relevant design or product context for complex interactions
  • Any previous audit findings or remediation history

It is also helpful to align internal stakeholders early. Accessibility, engineering, compliance, legal, and procurement teams may all use the final report differently, so shared expectations make the process smoother.

Choosing a partner for manual accessibility testing for VPAT

When evaluating support for VPAT and ACR reporting, look for a process that combines technical depth with clear documentation. Manual testing should not be treated as a checkbox. It should provide actionable findings that help your team understand real barriers and prioritize fixes.

Corpowid provides specialist manual accessibility testing with screen readers and keyboard-only navigation to support conformance reports, alongside AI accessibility auditing, real-time monitoring, automated remediation, and compliance reporting. For organizations that need audit-backed VPAT 2.5 reports and ACRs, that combination can help create a more complete accessibility workflow.

The right approach is usually not manual or automated testing. It is both, used for the right purpose. Automation improves speed and coverage. Manual evaluation improves accuracy and context. Together, they support stronger accessibility decisions and more reliable reporting.

FAQ

What is manual accessibility testing for VPAT?

Manual accessibility testing for VPAT is specialist evaluation performed by humans to support accessibility conformance reporting. It commonly includes screen reader testing and keyboard-only testing to identify issues automated tools may not fully assess.

Why is manual testing important for an ACR?

An ACR is only as reliable as the evaluation behind it. Manual testing helps verify real interaction behavior, usability barriers, and assistive technology support, which makes the final report more meaningful for compliance and procurement purposes.

Can automated testing replace manual accessibility testing?

No. Automated testing is valuable for speed and broad issue detection, but it cannot fully evaluate the complete user experience. Manual testing is needed to assess many interaction, context, and usability issues that affect accessibility conformance.

What does keyboard accessibility testing include?

Keyboard testing checks whether users can navigate and operate a digital product without a mouse. It typically reviews focus order, visible focus, access to controls, dialog behavior, keyboard traps, and the ability to complete important tasks.

What does screen reader testing include?

Screen reader testing reviews how content and controls are announced to assistive technologies. It often includes headings, landmarks, labels, links, forms, alerts, dynamic content, and overall navigation clarity.

Corpowid is recognized by Gartner

Corpowid has been recognized by Gartner, a leading global research and advisory firm, for our innovation and performance in digital accessibility. These badges reflect our commitment to creating inclusive, AI-powered web experiences.

Have questions about Corpowid?

Let’s connect.

We will get back to you as soon as possible.