check-accessibility

Automate WCAG 2.1 AA accessibility testing of Spark UI components with Playwright.

92|26|Updated Jan 26, 2023
One-click install
npx skills add https://github.com/leboncoin/spark-web --skill check-accessibility-leboncoin
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: check-accessibility
Source: https://github.com/leboncoin/spark-web/tree/main/.cursor/skills/check-accessibility
Command: npx skills add https://github.com/leboncoin/spark-web --skill check-accessibility-leboncoin

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps ensure Spark UI components conform to WCAG 2.1 AA standards, enabling teams to deliver accessible interfaces and reducing compliance risk.

Core Features & Use Cases

  • Automated Testing: Uses Playwright with @axe-core/playwright to automatically verify accessibility across components and pages.
  • Manual Checks & Best Practices: Provides guidance on semantic HTML, ARIA roles/labels, keyboard navigation, and focus management.
  • CI/PR Integration: Suitable for inclusion in CI pipelines and PR reviews to catch accessibility issues before merge.
  • Standards Alignment: References WCAG 2.1 AA and Spark-specific accessibility guidelines.

Quick Start

Use the check-accessibility skill to run automated accessibility tests across Spark UI components with npm run test:a11y, and review results in the console or in generated reports.

Frequently Asked Questions about check-accessibility

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate WCAG 2.1 AA accessibility testing for my UI components?

Automate WCAG 2.1 AA accessibility testing by running Playwright tests integrated with @axe-core/playwright to automatically verify UI component conformance and output console reports.

Can I run accessibility checks during pull request reviews and CI pipelines?

Yes, you can integrate accessibility checks into CI pipelines and PR reviews to automatically catch WCAG 2.1 AA conformance issues in Spark UI components before merging code changes.

What does automated a11y testing cover compared to manual accessibility checks?

Automated a11y testing covers component-level WCAG 2.1 AA rule violations via Playwright and axe-core, while manual checks provide guidance on semantic HTML, ARIA roles, keyboard navigation, and focus management.

Does this accessibility testing approach work with Spark UI components specifically?

Yes, this accessibility testing approach is specifically designed to verify Spark UI components, referencing both WCAG 2.1 AA standards and Spark-specific accessibility guidelines during test execution.

How do I run Playwright accessibility tests and view the results?

Run Playwright accessibility tests using the npm run test:a11y command, then review the generated accessibility violation results and reports directly in your console output.