Making the web more accessible.

A platform that helps teams identify, fix, and automate accessibility issues across web applications — shifting accessibility left, into everyday delivery, instead of a last-minute audit.

RoleProduct designer
Stage0 → 1
ScopeAccessibility platformWeb app + Chrome extension
TeamDevs, PMs, a11y experts
WCAG 2.1
Compliance standard
built into every check
DevTools
Chrome extension for
real-time debugging
NVDA
Screen reader
compatibility built in
Automated
Reports, not
manual audits
TL;DRThe 60-second version+

Accessibility testing was manual, disconnected from QA workflows, and too technical for most teams to act on — even with tools like Deque's axe-core available as a foundation. As LambdaTest worked toward WCAG certification, the case for an in-house platform became clear.

I designed LambdaTest's Accessibility Testing platform — automation that hooks into existing QA flows, structured reports that make issues actionable instead of just flagged, and an Accessibility DevTools Chrome Extension for real-time debugging in the browser.

The result: accessibility stopped being a compliance checkbox at the end of a release and became a built-in part of everyday delivery — for developers, testers, and PMs alike.

01 · Context

Existing tools were complex and disconnected.

Accessibility testing was often overlooked or too complex to implement. While tools like Deque's axe-core provided a foundation, they weren't built for seamless automation. At LambdaTest, the need became even more evident when the company set out to achieve WCAG certification — instead of relying solely on third-party tools, we chose to build an in-house accessibility testing platform.

  • Manual & time-consuming — most accessibility checks required separate audits, slowing down releases.
  • Lack of integration — existing tools didn't fit naturally into QA workflows or test automation.
  • Technical barriers — developers struggled with complex reports, making accessibility fixes harder to implement.
02 · Approach

Automated, intuitive, and actionable.

The challenge wasn't just building an accessibility tool — it was ensuring teams actually used it without slowing down their process. Every decision was in service of that.

Leveraged axe-core, but enhanced it

Used Deque's open-source axe-core as a foundation, but improved workflows for better usability and automation.

Integrated into automation flows

A system where QA teams add a simple hook, letting LambdaTest handle accessibility testing in the background.

Prioritized actionability

Structured, easy-to-understand reports that helped teams fix issues fast, not just flag them.

Built a real-time debugging tool

Designed the Accessibility DevTools Chrome Extension, enabling developers to inspect and resolve issues instantly.

Collaborated across teams

Worked closely with engineers, PMs, and accessibility experts to align the tool with real-world development needs.

03 · Key Features

Speed, intelligence, and simplicity.

Bringing accessibility testing closer to everyday delivery meant every surface — the dashboard, the reports, the browser extension — had to make the next fix obvious, not just the next issue visible.

Accessibility Tool dashboard showing 54 issues found across severity levels, with a filterable issue list
Swift issue discovery — every issue found, grouped and severity-tagged

Instantly detect and resolve accessibility errors, ensuring consistent compliance and a frictionless experience. Issues are automatically grouped, classified, and prioritized, so teams focus on high-impact fixes first — not an undifferentiated wall of warnings.

Accessibility issue detail panel with XPath, CSS selector, HTML snippet, and a How to Fix tab
Addressing critical concerns — the exact selector, snippet, and fix

A centralized severity breakdown makes compliance monitoring proactive instead of reactive — teams can see at a glance where the critical issues live before they ever reach a release.

Most severe issues donut chart broken down by Critical, Serious, Moderate, and Minor
Effortless health monitoring — severity at a glance

The Accessibility DevTools Chrome Extension brings the same checks directly into the browser — full-page or partial scans, single-page or multi-page, without leaving the developer's normal workflow.

Accessibility DevTools Chrome extension panel embedded in browser devtools, with single page and multi page scan options
Accessibility DevTools — checks run where developers already work

Integrated automated accessibility testing with DOM change detection, duplicate issue identification, and detailed WCAG compliance reports — folded directly into existing automation runs, not a separate step to remember.

Automation dashboard accessibility summary showing 254 total issues, WCAG 2.1 AA version, and severity breakdown
Automation-native — accessibility as a tab inside every test run

Screen reader support for visually impaired users, with spoken descriptions of the page and a Speech Viewer to convert audio output into text — fully compatible with NVDA on Windows and macOS.

Screen reader toggle card with description of NVDA-based accessibility testing
Screen reader support — NVDA-compatible on Windows and macOS
04 · Outcome

Seamless adoption, inclusive by default.

LambdaTest's Accessibility Testing redefined how teams approach accessibility — turning compliance from a complex, manual process into an automated, seamless workflow. By embedding accessibility into every stage of development, it became a built-in part of testing, not a last-minute fix.

  • Adopted effortlessly — teams integrated accessibility testing into their existing QA and development workflows with minimal effort.
  • Faster compliance — automated checks and real-time issue detection reduced time spent on accessibility fixes.
  • More inclusive products — developers, testers, and PMs could proactively identify and resolve issues before release, for a better experience for all users.

Compliance stopped being a last-minute fix and became a built-in part of testing — for everyone on the team, not just accessibility specialists.

What I'm most proud of

Accessibility stopped being someone else's job.

The real win wasn't the automation itself — it was watching developers pull up the DevTools extension without being asked to, because checking accessibility had become as normal as checking the console for errors. That's what "shifting left" actually looks like in practice.