Automatisierte Tests als Teil Ihres 360-Grad-Ansatzes für Webtests

Glenda Sims

By Glenda Sims

14. Dezember 2012

360-Degree Web Testing: Post 2 of 4

How do you test for web accessibility?  Whether you are testing for WCAG 2.0, 508, or any of the other accessibility standards used internationally, you will benefit from using a mix of manual and automated testing techniques, applied regularly and consistently.

While manual testing can yield detailed and accurate results, the cost of this method is high, and the shelf life of the testing results can be extraordinarily short.

On average, experienced web accessibility experts conducting manual tests spend anywhere from 1 – 3 hours doing a thorough examination of a page for violations of WCAG 2.0.   Factors that affect the length of the review include complexity of the page, number of violations on that page, requests to identify every single violation on every page, and misleading browser and assistive technology bugs.  In addition to discovering each issue, the expert is often asked to clearly explain, in writing, exactly where the problem is located and how to resolve it.

Now imagine a project where the objective is to manually review 100 pages on a specific site.  The client has a modern, dynamic and interactive site that is updated regularly with new content.  The release cycle for infrastructure changes to the site is based on an agile timeline, so changes to the underlying template and code happen as frequently as every 4 weeks.

  • Approximate hours for manual accessibility review for 100 pages = 100-300 hours
  • Potential shelf life of that review – 4 weeks

Clearly this approach is not feasible for most organizations.

So, how do you balance practicality with accuracy?   The smart solution is to use automated accessibility scans to monitor the breadth and depth of your site(s), coupled with focused manual testing on key representative pages.  In other words, use the power of automation as a proactive warning system and use manual testing to confirm that key users paths are truly accessible.

What is the right mix of manual testing (high touch) and automated testing (high tech)?  Based on my experience, the most effective and efficient use of your resources is to employ the 80/20 rule.  80% of your testing effort should be automated and 20% should be manual.  I recommend monthly, automated scans for unambiguous or explicit accessibility issues.  These smart scans will alert you if accessibility testing was skipped during development, or if  obviously inaccessible third party content was added.

What are the top 5 explicit accessibility issues that can be identified with an automated scan?

Accessibility issueWCAG 2.0-Erfolgskriterien508 Paragraph
Images missing alt attributes

1.1.1

(a)

Active images with a null alt attribute

1.1.1

(a)

Form fields missing explicit labels and/or titles

1.1.1

(n)

No title on a web page

2.4.2

(k)

No primary language specified for the web page

3.1.1

Not applicable

Running a monthly scan across your site to identify explicit accessibility issues is one of the very best methods for detecting accessibility problems when you have limited resources.  These monthly scans will help you get your head turned in the right direction so you can focus your detailed manual testing efforts in the smartest way possible.  An approach that combines robust automated testing with select manual testing is an approach that is practical and realistic for organizations to implement.

Remember, what gets measured gets done.  If you don’t monitor the accessibility health of a web site on an ongoing basis, it will decay.

This post is the second in a series on what we call “360 Degree” web testing: the approach that Deque advocates for obtaining the most detailed and accurate sense of a site’s accessibility.

Posts in this series include:

If you are looking into web accessibility software for your business, download our checklist. It will be a big help when evaluating the different software options out there.

Download the Accessibility Checklist Now!

Glenda Sims

Glenda Sims

Glenda Sims ist Chief Information Accessibility Officer bei Deque, wo sie ihr Fachwissen und ihre Leidenschaft für das offene Web an Behörden, Bildungseinrichtungen und Unternehmen aller Größenordnungen – von Kleinunternehmen bis hin zu großen Konzernen – weitergibt. Glenda ist Beraterin und Mitbegründerin von AIR-University (Accessibility Internet Rally) und AccessU. Sie ist als Beraterin für Barrierefreiheit, Jurymitglied und Trainerin für Knowbility tätig, eine Organisation, deren Ziel es ist, die Selbstständigkeit von Menschen mit Behinderungen durch die Förderung barrierefreier IT zu unterstützen. Im Jahr 2010 war Glenda Mitautorin des Buches „InterACT with Web Standards: A holistic approach to Web Design“.

Erhalten Sie Blog-Beiträge direkt in Ihren Posteingang

Kein Geschwafel, sondern echte Erkenntnisse zum Thema Barrierefreiheit von qualifizierten Experten.

Sie erklären sich damit einverstanden, dass Deque Informationen gemäß den Bestimmungen in DequeDatenschutzerklärungbeschrieben, Informationen von Deque entgegennimmt, nutzt und weitergibt. Sie können Ihre Einwilligung jederzeit widerrufen, indem Sie uns kontaktieren.

Mehr zu diesem Thema

EN 301 549 v4.1.1 is final! What changed, what it means, and what you should do.

Matthew Luken
September 8, 2026 By Matthew Luken

On September 2, 2026, EN 301 549 v4.1.1 was officially published. This represents a major update to Europe’s accessibility standard for ICT products and services, and it’s a big milestone. But in practice, it’s only the first step along a three-point timeline.

Artikel lesen
Two professionals working together in an office environment, with four overlaid call-out boxes containing the terms: EN 301 549 v4.1.1, WCAG 2.2 Level AA, The European Accessibility Act (EAA), and Digital Accessibility Conformance

Testen Sie Ihre benutzerdefinierten Elemente und verlassen Sie sich auf die Ergebnisse – dank der Unterstützung von „ElementInternals“ durch Axe-core

Wilco Fiers 400 × 400 1 300 × 300
27. August 2026 Von Wilco Fiers

Wenn Sie ein großes Unternehmen sind, das aufgrund von Interoperabilitätsproblemen mit Barrierefreiheitsproblemen zu kämpfen hat, ist die Umstellung auf ElementInternals ein kluger Schachzug. Sie können standardisieren und sicher testen. Und da „ Axe-core “ nun ElementInternals unterstützt, können Sie diese Komponenten testen und sich auf die Ergebnisse verlassen.

Artikel lesen
Ein Testablauf, der eine einzelne benutzerdefinierte Schaltfläche veranschaulicht, die von „ Axe-core “ für die Frameworks React, Angular oder Vue erfasst wird