Skip to content
Testing
Skill

/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

From plugin
test-automation-skills-agents
2159 skills7 agents
Install
$ npx -y skills add fugazi/test-automation-skills-agents --skill accessibility-selenium-testing --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/accessibility-selenium-testing

Context preview

The summary Claude sees to decide when to auto-load this skill.

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

SKILL.md

accessibility-selenium-testing.SKILL.md
name: accessibility-selenium-testing
description: '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).'
license: 'Complete terms in LICENSE.txt'

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](https://www.w3.org/TR/WCAG22/).

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

1. **Add dependency to pom.xml**

   <dependency>
       <groupId>com.deque.html.axe-core</groupId>
       <artifactId>selenium</artifactId>
       <version>4.10.0</version>
   </dependency>

2. **Create AccessibilityHelper utility**

  • See [Axe Patterns: Helper Scanning](references/axe-patterns-helper-scanning.md)

3. **Add scan after page loads**

   driver.get("https://example.com");
   waitForPageReady();
   AccessibilityHelper.verifyPageAccessibility(driver);

4. **Run and review violations**

   mvn test -Dtest=A11yTest

Workflow 2: Test Specific Component

1. **Navigate to page with component visible** 2. **Trigger component state** (open modal, show dropdown) 3. **Scan only the component**

   Results results = new AxeBuilder()
       .withTags(List.of("wcag2a", "wcag2aa", "wcag22aa"))
       .include("#login-modal")
       .analyze(driver);

4. **Assert and log**

Workflow 3: Keyboard Navigation Audit

1. **Identify all interactive elements** 2. **Tab through the page programmatically**

   element.sendKeys(Keys.TAB);
   WebElement focused = driver.switchTo().activeElement();

3. **Verify focus order is logical** 4. **Test Escape closes modals** 5. **Verify no keyboard traps**

Workflow 4: CI Integration

1. **Configure headless browser**

   mvn test -Dheadless=true -Dgroups=a11y

2. **Set zero-tolerance for Critical/Serious**

   long criticalCount = violations.stream()
       .filter(v -> List.of("critical", "serious").contains(v.getImpact()))
       .count();
   assertThat(criticalCount).isZero();

3. **Generate JSON report for tracking**

---

Code Patterns

See [`references/code-patterns.md`](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 |

Read more
Ships withtest-automation-skills-agents

A practical library of agents, instructions, and skills designed specifically for QA Automation Engineers, focusing on production-oriented solutions.

Get the whole plugin