How to Test Accessibility Settings on Web (Complete Guide)

Testing accessibility settings on Web apps is crucial to ensure that users with disabilities can navigate and use the application effectively. Inaccessible Web apps can lead to frustrated users, negat

March 23, 2026 · 3 min read · How-To Guides

Introduction to Accessibility Settings Testing

Testing accessibility settings on Web apps is crucial to ensure that users with disabilities can navigate and use the application effectively. Inaccessible Web apps can lead to frustrated users, negative reviews, and even legal issues. Common failures in accessibility settings testing include inadequate keyboard navigation, insufficient screen reader support, and lack of high contrast mode.

What to Test

The following test cases should be considered when testing accessibility settings on Web apps:

+ Successful login with screen reader enabled

+ Navigation through the app using only keyboard input

+ Completion of a transaction using high contrast mode

+ Error handling when screen reader is enabled and an error occurs

+ Behavior when keyboard navigation is used and an error occurs

+ Recovery from errors in high contrast mode

+ Behavior when multiple accessibility features are enabled simultaneously (e.g., screen reader and high contrast mode)

+ Support for different screen reader software (e.g., JAWS, NVDA)

+ Compatibility with different operating systems and browsers

+ WCAG 2.1 AA compliance for accessibility settings page

+ Clear and consistent labeling of accessibility settings options

+ Easy discovery and access to accessibility settings

Manual Testing Approach

Manual testing of accessibility settings involves using various tools and techniques to simulate different user scenarios. The following steps can be followed:

  1. Enable screen reader software (e.g., JAWS, NVDA) and navigate through the app to test screen reader support.
  2. Use keyboard-only navigation to test keyboard accessibility.
  3. Enable high contrast mode to test visual accessibility.
  4. Test with different browsers and operating systems to ensure compatibility.
  5. Use accessibility audit tools (e.g., WAVE, Lighthouse) to identify potential accessibility issues.

Automated Testing Approach

Automated testing of accessibility settings can be performed using various tools and frameworks, including:

Example of using Playwright to test accessibility settings:


const { test, expect } = require('@playwright/test');

test('accessibility settings', async ({ page }) => {
  // Enable screen reader software
  await page.evaluate(() => {
    // Enable screen reader software using JavaScript
  });

  // Navigate to accessibility settings page
  await page.goto('https://example.com/accessibility-settings');

  // Test screen reader support
  await expect(page.locator('text="Accessibility settings"')).toBeVisible();

  // Test keyboard navigation
  await page.keyboard.press('Tab');
  await expect(page.locator('text="High contrast mode"')).toBeVisible();
});

How SUSA Tests Accessibility Settings Autonomously

SUSA, an autonomous QA platform, tests accessibility settings using 10 user personas, including:

SUSA uses persona-based dynamic testing to simulate real-user scenarios and identify accessibility issues. The platform also provides coverage analytics to help developers identify areas of the app that require improvement.

SUSA's autonomous testing approach catches issues such as:

By using SUSA's autonomous testing platform, developers can ensure that their Web app's accessibility settings are thoroughly tested and meet the needs of users with disabilities.

Test Your App Autonomously

Upload your APK or URL. SUSA explores like 10 real users — finds bugs, accessibility violations, and security issues. No scripts.

Try SUSA Free