TestAlly for Developers
Your component’s personal manual testing guide
AXE tells you what’s wrong in automated tests (and catches about 35% of the issues), ChatGPT guesses how to fix it.
TestAlly does both, with vetted WCAG-backed sources and minimal code diffs. The difference with all other tools out there is that we offer a per-component manual testing walkthrough that developers can trust.
TestAlly aims to be a manual testing assistant that bridges the gap where automated accessibility tools fall short. Accessibility is still a topic of great worry and overwhelm for developers, and this tool makes their lives much easier.
Using AI to interpret a component’s intent and code, TestAlly will provide developers with immediate, step-by-step manual testing instructions or a definitive “all-clear” if no testing is required. No more waiting on external accessibility teams to ship accessible code; TestAlly will provide guidance on each test.
The tool aims to create a self-supporting workflow that teaches the “why” behind accessibility with context and turns manual verification from a bottleneck into a real-time confidence check.
TestAlly distinguishes itself from traditional tools like Accessibility Insights, tota11y, Storybook a11y, and Pa11y by transforming the manual testing process from a generic requirement into an AI-guided, component-specific workflow.
Target Audience
We’re looking for contributors who have particular skills in
- AI prompting
- Backend development (API integrations and code analysts)
- Frontend development (Next.js, React, general UI development)
- UX/UI – specifically around design for the interface, but also accessibility
- Technical writing for documentation
- Quality Assurance – for validation and testing
- Accessibility expertise (WCAG/ARIA Standards, component patterns, etc)
Hackathon Goals
- Build a working MVP
This will accept HTML, JS, and CSS as an input and generate manual testing instructions based on the component type - Implement custom detection rules
These are the minimum two cases we want to get working.- Link-as-button detector: <a> without href but with onClick.
- Focus ring removal detector: flags CSS removing outline without visible replacement.
- Stretch Goal: Context detection simply from the input component and CI (GitHub action) implementation to add a comment on PR with test scenario and explanations.
- Create comprehensive documentation
Explain the tool in detail, its usage, and possible extensions/development - Create a project website
Opportunity to showcase TestAlly, thought process, background to the project, and current status, along with a community-based option (GitHub?) to support future development
Project Leads

Anne-Mieke Bovelett
Accessibility Strategist
AnneBovelett.eu

Nemanja Cimbaljevic
Software Engineer, GoDaddy

Steve Mosby
Director, MalgraBooks
#Accessibility
#a11y
#TestAlly
#a11yForDevs
Project Mentor






