Automated Testing as Part of Your 360-Degree Approach to Web Testing

Glenda Sims

Von Glenda Sims

December 14, 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 Success Criteria508 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

Warum die Verknüpfung der Norm EN 17161 mit den WCAG einen großen Fortschritt für die digitale Barrierefreiheit darstellt

Wilco Fiers 400 × 400 1 300 × 300
9. Juli 2026 Von Wilco Fiers

WCAG ist der Horizont. Er ist die Richtung, in die Sie fahren, und auch wenn Sie den Horizont nicht wirklich „erreichen“ können, ist er doch das Ziel, auf das Sie zusteuern. EN 17161 ist die Straße, auf der Sie fahren, und sie verfügt über alle Markierungen, Leitlinien und Schilder, die Sie auf Kurs halten und verhindern, dass Sie in den Gegenverkehr oder in den Graben geraten.

Artikel lesen
Eine Gruppe von Personen in einer Büroumgebung, die sich um einen Laptop versammelt hat und geschäftliche Angelegenheiten bespricht. Auf dem Beitrag sind vier überlagerte Sprechblasen mit den Begriffen „EN 17161“, „EN 301 549“, „WCAG“ und „Europäisches Gesetz zur Barrierefreiheit (EAA)“ zu sehen.

Der nächste große Schritt in Sachen digitale Barrierefreiheit: Warum die Community für digitale Barrierefreiheit die Norm EN 17161 begrüßen sollte

Wilco Fiers 400 × 400 1 300 × 300
11. Juni 2026 Von Wilco Fiers

Erfahren Sie, wie die Umsetzung der Norm EN 17161 Ihrem Unternehmen ermöglicht, ein solides Barrierefreiheitsprogramm aufzubauen, mit dem sich die Barrierefreiheit in der Praxis zusätzlich zu den WCAG messen lässt.

Artikel lesen
Zwei Personen arbeiten an einem Laptop, eine davon ist blind. Es gibt vier Sprechblasen mit den Texten: Einhaltung der Anforderungen an die digitale Barrierefreiheit, EN 17161, WCAG und Design für alle.