mcpbeat

Accessibility Selenium Testing

fugazi/accessibility-selenium-testing

Accessibility testing toolkit using Selenium WebDriver 4+ with Java 21+ and axe-core engine. Use when asked to validate WCAG 2.2 AA compliance, scan pages or components for a11y violations, test keyboard navigation, audit color contrast, check ARIA semantics, generate accessibility reports, filter axe rules, debug screen reader issues, or implement POUR principles (perceivable, operable, understandable, robust).

22k tokens
context cost
the whole folder, loaded on every use
13
files
ships runnable scripts
0
copies elsewhere
how many repositories repackaged it
209
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/fugazi/test-automation-skills-agents --skill accessibility-selenium-testing

The instruction itself

22 sections, as written by the author

Accessibility Testing with Selenium WebDriver & Axe Core

This skill enables automated accessibility analysis within the Selenium WebDriver framework using the axe-core engine to detect WCAG violations and best practice issues directly in the browser.

> Activation: This skill is triggered when you need to validate WCAG compliance, scan for accessibility violations, test keyboard navigation, audit ARIA semantics, or generate a11y reports.

First Questions to Ask

  • What app URL(s) or user flows are in scope (and what is explicitly out of scope)?
  • Is there an existing Selenium setup and how is CI run?
  • Which standard is the target (WCAG 2.2 AA by default), and are there org-specific policies?
  • Which pages/components are highest risk (auth, checkout, forms, modals, navigation)?
  • Are there known constraints (legacy markup, third-party widgets) that require exceptions?

Prerequisites

| Component | Version | Purpose |

|-----------|---------|---------|

| Java JDK | 21+ | Runtime with modern features |

| Maven | 3.9+ | Dependency management |

| Selenium WebDriver | 4.x | Browser automation |

| axe-core-selenium | 4.10+ | Deque axe-core integration |

| JUnit 5 | 5.10+ | Test framework |

| AssertJ | 3.x | Fluent assertions for readable failures |

| Allure | 2.x | Reporting with a11y violation attachments |

> Note: Use com.deque.html.axe-core:selenium Maven dependency for axe integration.


> Target: WCAG 2.2 AA (wcag2a, wcag2aa, wcag21a, wcag21aa, wcag22a, wcag22aa). See WCAG 2.2 spec.

Do NOT Use For

  • Playwright/TypeScript accessibility testing (use a11y-playwright-testing).
  • Authoring Selenium functional UI tests (use webapp-selenium-testing).
  • Full conformance sign-off — automated axe scans catch ~30-50% of issues; manual audit + assistive-tech testing is still required.

Axe-Core Tools Reference

AxeBuilder Configuration

| Method | Purpose | Example |

|--------|---------|---------|

| new AxeBuilder() | Create scanner instance | Entry point |

| .withTags(List<String>) | Filter by WCAG tags | wcag2aa, wcag21aa, wcag22aa |

| .include(String) | Scan specific selector | #main-content |

| .exclude(String) | Skip selector from scan | .third-party-widget |

| .disableRules(List<String>) | Disable specific rules | color-contrast |

| .withRules(List<String>) | Run only specific rules | label, button-name |

| .analyze(WebDriver) | Execute the scan | Returns Results |

Results Object

| Method | Returns | Purpose |

|--------|---------|---------|

| getViolations() | List<Rule> | Rules that failed |

| getPasses() | List<Rule> | Rules that passed |

| getIncomplete() | List<Rule> | Rules needing manual review |

| getInapplicable() | List<Rule> | Rules not applicable to page |

| violationFree() | boolean | True if no violations |

Violation Impact Levels

| Impact | Severity | CI Action |

|--------|----------|-----------|

| Critical | Blocks users completely | Always fail build |

| Serious | Significant barrier | Always fail build |

| Moderate | Some difficulty | Warn or fail |

| Minor | Inconvenience | Log for review |


Step-by-Step Workflows

Workflow 1: Add A11y Scan to Existing Test

  • Add dependency to pom.xml
   <dependency>
       <groupId>com.deque.html.axe-core</groupId>
       <artifactId>selenium</artifactId>
       <version>4.10.0</version>
   </dependency>
  • Create AccessibilityHelper utility
  • See Axe Patterns: Helper Scanning
  • Add scan after page loads
   driver.get("https://example.com");
   waitForPageReady();
   AccessibilityHelper.verifyPageAccessibility(driver);
  • Run and review violations
   mvn test -Dtest=A11yTest

Workflow 2: Test Specific Component

  • Navigate to page with component visible
  • Trigger component state (open modal, show dropdown)
  • Scan only the component
   Results results = new AxeBuilder()
       .withTags(List.of("wcag2a", "wcag2aa", "wcag22aa"))
       .include("#login-modal")
       .analyze(driver);
  • Assert and log

Workflow 3: Keyboard Navigation Audit

  • Identify all interactive elements
  • Tab through the page programmatically
   element.sendKeys(Keys.TAB);
   WebElement focused = driver.switchTo().activeElement();
  • Verify focus order is logical
  • Test Escape closes modals
  • Verify no keyboard traps

Workflow 4: CI Integration

  • Configure headless browser
   mvn test -Dheadless=true -Dgroups=a11y
  • Set zero-tolerance for Critical/Serious
   long criticalCount = violations.stream()
       .filter(v -> List.of("critical", "serious").contains(v.getImpact()))
       .count();
   assertThat(criticalCount).isZero();
  • Generate JSON report for tracking

Code Patterns

See references/code-patterns.md for full AxeBuilder scan patterns, violation logging, JUnit 5 integration, and CI/CD YAML.

Key snippet:

Results results = new AxeBuilder()
    .withTags(List.of("wcag2a", "wcag2aa", "wcag21a", "wcag21aa", "wcag22a", "wcag22aa"))
    .analyze(driver);
assertThat(results.violationFree()).as("A11y violations").isTrue();

Troubleshooting

| Problem | Cause | Solution |

|---------|-------|----------|

| Axe returns empty results | Page not fully loaded | Add explicit wait for page ready state |

| False positives on contrast | Dynamic themes | Test both light and dark modes |

| Violations in third-party widgets | Cannot modify vendor code | Use .exclude() with documented ticket |

| Incomplete rules | Requires manual review | Log for manual audit, don't auto-fail |

| Different results between runs | Async content loading | Ensure deterministic page state before scan |

| CI fails but local passes | Different viewport/browser | Use same headless config as CI |


Triage by POUR Principles

| Principle | Focus Areas | Common Violations |

|-----------|-------------|-------------------|

| Perceivable | Text alternatives, captions, contrast, structure | Missing alt text, low contrast, missing labels |

| Operable | Keyboard access, focus order, bypass blocks | Keyboard traps, no skip link, focus not visible |

| Understandable | Labels, predictable behavior, error handling | Unclear instructions, unexpected changes |

| Robust | Valid HTML, ARIA, name/role/value | Invalid ARIA, duplicate IDs, missing roles |


Running Tests

Maven Commands

| Command | Purpose |

|---------|---------|

| mvn test -Dgroups=a11y | Run all accessibility tests |

| mvn test -Dtest=A11yTest | Run specific test class |

| mvn test -Dheadless=true | Run headless (CI mode) |

| mvn allure:serve | View Allure report with violations |

CI/CD Integration

- name: Run Accessibility Tests
  run: mvn test -Dgroups=a11y -Dheadless=true

- name: Upload A11y Report
  uses: actions/upload-artifact@v3
  with:
    name: a11y-report
    path: target/a11y-results/

Red Flags

  • Treating a clean axe scan as full WCAG conformance — automation covers only ~30-50% of criteria.
  • Globally disabling rules instead of scoped .exclude() with a documented remediation ticket.
  • Scanning before the page is fully loaded — async content yields false "0 violations".
  • Failing the build on incomplete rules — those need manual review, not automatic failure.

References

  • Axe Patterns: Helper Scanning - Maven setup and AccessibilityHelper scanning methods
  • Axe Patterns: Helper Processing - AccessibilityHelper results, filtering, logging, and reporting
  • Axe Patterns: Tags & Tests - Common axe tags reference and test patterns
  • Axe Patterns: Keyboard & CI/CD - Keyboard navigation testing and CI/CD integration
  • Axe-Core API Reference - Full AxeBuilder config, Results object, and impact levels
  • WCAG 2.2 AA Checklist: Perceivable & Operable - Manual audit checklist, POUR principles 1-2
  • WCAG 2.2 AA Checklist: Understandable & Robust - Manual audit checklist, POUR principles 3-4 and assistive tech
  • WCAG 2.2 AA Checklist: Additions & Exceptions - WCAG 2.2 additions, exception template, W3C references
  • Deque Axe Rules - Rule descriptions
  • W3C WCAG 2.2 - Official specification
  • WAI-ARIA Practices - Widget patterns

Verification

  • [ ] Axe WebDriver audit passesAxeBuilder.analyze(driver) returns zero critical violations
  • [ ] Keyboard accessibility verified — Tab navigation reaches all interactive elements
  • [ ] WCAG 2.2 AA compliance — All rules for AA level pass (includes WCAG 2.2 additions: focus-not-obscured, dragging movements, target-size minimum)

How to use it

Copy the folder

Take fugazi/accessibility-selenium-testing from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.