Browser-Based Accessibility Testing for Incremental UI Changes

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing accessibility testing tools are inaccurate, centralized, expensive, and difficult to customize, leading to duplication and security concerns, and fail to address incremental changes in digital interfaces.

Innovation Solution

A decentralized system that integrates accessibility testing into web browsers, allowing users to identify and test specific interface elements using predefined routines, generate overlay elements for results, and update accessibility parameters dynamically, enabling accurate, customizable, and efficient testing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Extent of automation

If automated scanning tools are used to scan digital interfaces in their entirety, then accessibility testing can be performed automatically, but accuracy issues arise and technical issues are missed when code representation does not align with visual representation

Engineering Contradiction:
Improveautomated accessibility testingVSAvoidaccessibility testing accuracy
Core Design Contradiction:
Extent of automationVSMeasurement precision

Solution Approach 1:

The patent introduces an intermediary human reviewer who bridges the gap between automated scanning and accurate accessibility assessment. The system presents scan results to human reviewers who verify and validate the findings, ensuring accuracy when automated tools fail to detect alignment issues between code and visual representations.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements feedback loops where scan results are presented to users for verification, and user corrections feed back into improving the scanning accuracy. This iterative feedback process refines the automated testing capability over time while maintaining high accuracy through human-in-the-loop validation.

Inventive Principle:
Principle #23Feedback

2Extent of automation

If centralized automated scanning tools are used, then automation is enabled, but the tools become difficult to control or customize and require specialized and expensive expertise

Engineering Contradiction:
Improvecentralized automationVSAvoidsystem control and customization complexity
Core Design Contradiction:
Extent of automationVSDevice complexity

Solution Approach 1:

The patent segments the centralized scanning system into distributed browser-based components. Each user's browser becomes an independent testing node that can be controlled and customized locally, eliminating the need for complex centralized control while maintaining automation capabilities through coordinated scanning across multiple distributed instances.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system enables self-service automation where users can independently configure and execute accessibility scans in their own browsers without requiring specialized expertise to manage centralized systems. Each browser instance autonomously performs scanning and reporting functions.

Inventive Principle:
Principle #25Self-service

3Reliability

If full scanning of digital interfaces is performed, then comprehensive accessibility testing is achieved, but duplication and delay occur and the process is unresponsive to incremental changes

Engineering Contradiction:
Improvecomprehensive accessibility coverageVSAvoidtesting efficiency and responsiveness
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system implements periodic scanning where browsers automatically re-scan interfaces at scheduled intervals or upon detection of changes. This periodic action ensures comprehensive coverage is maintained while responding efficiently to incremental changes without requiring manual re-initiation of full scans.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The system performs preliminary scanning in user browsers before changes are deployed, and automatically detects when interfaces have changed. This preliminary and change-detection-based approach allows the system to skip redundant full scans and focus only on updated elements, maintaining comprehensive coverage while improving productivity.

Inventive Principle:
Principle #10Preliminary action

4Reliability

If existing accessibility tools are used, then accessibility testing can be performed, but security concerns arise when work is done remotely and the tools are opaque

Engineering Contradiction:
Improveaccessibility testing capabilityVSAvoidsecurity concerns and opacity
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent creates local copies of accessibility testing functionality within each user's browser environment. Instead of remote centralized tools accessing interfaces remotely (creating security risks), each browser locally executes scanning routines and processes data, eliminating security concerns associated with remote access while maintaining full testing capability.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS20250245138A1System and Method for Accessibility Development
Publication Date: 2025.07.31 THE TORONTO DOMINION BANK
  • US20250245138A1 patent drawing
  • US20250245138A1 patent drawing
  • US20250245138A1 patent drawing

AI summary

A system, device and method are provided for accessibility testing of digital interfaces. The illustrative method includes providing a digital interface in a browser and receiving input identifying at least one element of the digital interface and a location of the at least one element. Based on the identified at least one element, a dataset of testing is navigated to identify accessibility testing associated with the identified at least one element. The method includes editing at least one predefined routine of the browser to incorporate the identified accessibility testing to the location and implementing the edited at least one predefined routine to test accessibility of the input at least one element.