Présentation détaillée du processus de test d'accessibilité Web d'Deque…

Glenda Sims

By Glenda Sims

7 mars 2013

At Deque, one of the services we offer is a “full-package” evaluation of individual web pages for accessibility. This kind of evaluation can be broken down into testing with accessibility testing tools like FireEyes and WorldSpace, testing with a screen reader like JAWS, keyboard-only testing, and, finally, writing up the evaluation.

I recently polled my team members to see how much time they spend on each of these parts of the process. The percentage of time spent on keyboard-only testing is about 10% of the time estimated for the full-package testing of the web page.

While the estimate for keyboard-only was consistent across all of the Deque Accessibility Experts I polled, the estimate for time spent conducting screen reader testing differs. Since web accessibility testing with a screen reader and other accessibility testing tools is a high level skill requiring detective work and analysis, we do not have a cookie cutter recipe for how our experts use the tools.  Instead, we ask our experts to conduct the testing within the estimated time frame, applying the appropriate standard (WCAG 2.0 AA in this case), and we have them use their professional judgement to use screen readers and other testing tools in an effective and efficient way.

Team Member Results

Results from Expert #1

  • 30% testing with accessibility testing tools (not a screenreader, and not keyboard alone)
  • 35% testing with a screen reader
  • 10% testing for keyboard alone
  • 25% finalizing write up

Results from Expert #2

  • 45% testing with accessibility testing tools
  • 25% testing with a screen reader
  • 10% testing for keyboard alone
  • 20% finalizing write up

Results from Expert #3

  • 40% testing with accessibility testing tools
  • 30% testing with a screen reader
  • 10% testing for keyboard alone
  • 20% finalizing write up

So on average, bearing in mind that an average page on the web takes 3 hours to full evaluate, that’s 38% spent using accessibility testing tools, 30% testing with a screen reader, 10% keyboard-only testing, and 22% on the write up.

If you’d like to learn more about the benefits of automated testing vs. manual testing, be sure to read our whitepaper on a 360? Approach to Web Accessibility Testing.

 

 

 

Glenda Sims

Glenda Sims

Glenda Sims est directrice de l'accessibilité de l'information chez Deque, où elle met son expertise et sa passion pour le Web ouvert au service d'organismes publics, d'établissements d'enseignement et d'entreprises de toutes tailles, des petites structures aux grandes sociétés. Glenda est conseillère et cofondatrice d'AIR-University (Accessibility Internet Rally) et d'AccessU. Elle intervient en tant que consultante en accessibilité, membre du jury et formatrice pour Knowbility, une organisation dont la mission est de favoriser l'autonomie des personnes en situation de handicap en promouvant l'accès à des technologies de l'information sans barrières. En 2010, Glenda a coécrit l'ouvrage *InterACT with Web Standards : A holistic approach to Web Design*.

Recevez les articles de blog directement dans votre boîte mail

Pas de bavardages inutiles, mais des informations concrètes sur l'accessibilité, fournies par des experts qualifiés.

Vous acceptez que Deque , utilise et partage des informations conformément à Dequedéclaration de confidentialité. Vous pouvez modifier votre consentement à tout moment en nous contactant.

En savoir plus sur ce sujet

Deque named a Leader in the 2026 Gartner® Magic Quadrant™ for Digital Accessibility 

Logo de Deque
October 9, 2026 By Deque Systems

Deque has been recognized as a Leader in the 2026 Gartner® Magic Quadrant™ for Digital Accessibility!

Lire l'article
Abstract depiction of a chart with four vertical stripes, increasing in height from left to right, colored purple, red, yellow, and green

How to test MCP Apps for accessibility, and why it matters

Harris Schneiderman
October 1, 2026 By Harris Schneiderman

MCP Apps are still new enough that whatever approaches we can establish now will be the ones that stick over the long term. Which means if we can get accessibility right at this stage, it will stay right as the ecosystem grows. This is how we can avoid introducing the same problems we've had to deal with across the rest of the web for so long.

Lire l'article
Example of an interactive UI using MCP Apps, depicting a weather chatbot and a question about weather in San Francisco