Why automated accessibility testing?Este sistema es similar a gulp-accessibility.
Automated testing can free up 30% of your manual testing effort, making it a valuable tool for software development. By scripting a browser to programmatically open web pages and perform user tasks, you can validate features without having to open each page yourself. By integrating axe-core into your tests, you can add coverage for accessibility without having to become an expert. In addition, you can benchmark accessibility support and catch regressions in your builds, preventing broken code from going to production.
Todo tipo de información sobre accesibilidad en la Web: errores de accesibilidad, ejemplos de páginas inaccesibles, noticias, software, hardware, productos de apoyo, consejos, pautas y guías de accesibilidad, WAI, WCAG, Norma EN 301 549, legislación, etc.
Buscador
Mostrando entradas con la etiqueta Herramientas revisión. Mostrar todas las entradas
Mostrando entradas con la etiqueta Herramientas revisión. Mostrar todas las entradas
lunes, 3 de abril de 2017
aXe
aXe es un sistema desarrollado por Deque para programar pruebas de accesibilidad automáticas. En Accessibility Testing with aXe and WebdriverJS se explica con detalle:
Etiquetas:
Herramientas revisión,
Programación
lunes, 27 de marzo de 2017
Siteimprove Accessibility Checker
Un nuevo complemento para evaluar páginas web en Google: Siteimprove Accessibility Checker.
Y en Siteimprove launches free Google Chrome Accessibility Checker se explican sus características:
Siteimprove continues to establish itself as a leader in digital accessibility with the release of its free Accessibility Checker for Google Chrome. The browser extension enables anyone to perform on-the-go compliance checks, with or without a Siteimprove subscription.
Using Web Content Accessibility Guidelines (WCAG 2.0), the new Accessibility Checker highlights errors on a single web page, providing clear explanations of how they affect website visitors and recommendations on how to fix them. WCAG 2.0 has been adopted as the internet standard by countries around the world, including European Union Member States, the United States, Australia, and more.
viernes, 6 de enero de 2017
Herramientas de código abierto para la revisión de la accesibilidad web
Open Source Tools for Web Accessibility Evaluation recopila información sobre herramientas para la revisión automática de la accesibilidad web de código abierto. Las herramientas que comenta son:
- OpenAjax Accessibility Evaluation Library
- AInspector Sidebar for Firefox
- Functional Accessibility Evaluator (FAE) 2.0
Etiquetas:
Herramientas revisión,
Programación
miércoles, 23 de noviembre de 2016
Gulp accessibility
Hace unas semanas estuve en la III Jornada de Accesibilidad Digital 2016 en Costa Rica. Uno de los asistentes, Víctor V.R. (un saludo) me habló de la existencia de Gulp accessibility, un entorno para la automatización de pruebas de accesibilidad.
En gulp-accessibility se dan algunos detalles de su instalación y funcionamiento.
En gulp-accessibility se dan algunos detalles de su instalación y funcionamiento.
Etiquetas:
Herramientas revisión,
Programación
martes, 22 de noviembre de 2016
European Internet Inclusion Initiative (EIII)
European Internet Inclusion Initiative es un proyecto financiado por la Unión Europea que tiene como objetivo:
prepare a collection of services in a new combination of existing automated evaluation tools for accessibility and also supports user testing of websites and audio-visual media. EIII is open source to ensure accountability of results and facilitate adoption and competition among vendors.El proyecto ha desarrollado dos herramientas, Page Checker y PDF Checker.
miércoles, 5 de octubre de 2016
Comparación de herramientas automáticas de evaluación de la accesibilidad web
En My Post-CSUN Comparison of Web Accessibility Checkers se muestra una comparativa de herramientas automáticas de evaluación de la accesibilidad web.
Según los resultados de este estudio, las herramientas que más errores detectan son AInspector Sidebar (gratuita) y Siteimprove (de pago).
Según los resultados de este estudio, las herramientas que más errores detectan son AInspector Sidebar (gratuita) y Siteimprove (de pago).
lunes, 3 de octubre de 2016
La importancia de las revisiones manuales
El artículo The importance of manual testing alongside automated accessibility tools explica la importancia de no confiar únicamente en los análisis de accesibilidad web realizados por herramientas automáticas:
There are many free and paid automated tools available to help you identify accessibility issues in your websites, apps and digital channels. Automatic accessibility checking tools are useful to broadly identify problems and start developing a plan to fix them, and engaging human experts throughout this process is important to achieve the best result. Here’s our reasons why manual testing by accessibility professionals alongside automatic tools is necessary to ensure your digital products are as accessible as possible.
miércoles, 6 de julio de 2016
Herramientas de evaluación de la accesibilidad web que comprueban el DOM
Hoy en día, el contenido de muchas páginas web no se basa únicamente en el código HTML, sino que también depende de código JavaScript que añade de forma dinámica contenido a la página. Debido a esto, es importante que una herramienta de evaluación de la accesibilidad web sea capaz de analizar el DOM y no sólo el HTML de una página web.
En Web Accessibility Testing Tools: Who tests the DOM? podemos encontrar una comparativa de herramientas automáticas de evaluación de la accesibilidad web. De las herramientas analizadas, sólo las siguientes comprueban el DOM: Opquast, SortSite, Tenon y WAVE.
lunes, 28 de marzo de 2016
Presentación sobre las herramientas automáticas de evaluación de la accesibilidad web
En el congreso CSUN16 se ha presentado Accessibility Tools Presentation, una conferencia en la que se analizan cuatro herramientas automáticas de evaluación de la accesibilidad web:
- Accessibility Developer Tools Overview
- AInspector Sidebar Overview
- aXe Overview
- WAVE Overview
jueves, 9 de julio de 2015
aXe: The Accessibility Engine
Deque Systems, una consultora de Estados Unidos dedicada a la accesibilidad web, ha liberado como código abierto el código de su herramienta aXe.
El anuncio de Deque dice:
I am thrilled to make our award-winning accessibility rules engine available as open source so we as a community can build upon 15 years of industry-leading accessibility research and best practices.
Accessibility experts can now stop duplicating efforts and work from a common set of rules. Developers and testers can quickly get consistent, reliable, and meaningful results that are actionable. Automated accessibility testing results become easy to understand, extend, and integrate.
The Accessibility Engine, or aXe, is a compact JavaScript library that is open source and available on GitHub. This library makes integration into any development and testing tool simple and quick. Use aXe with any JavaScript framework and any modern browser. Enjoy zero false positive results, eliminating noise and frustration.
Deque’s mission is digital equality. If we are to achieve that mission together, we need to take a new approach. Our community goal is to create the most trusted set of accessibility rules anywhere. We invite cooperation rather than competition. Join us in making automated accessibility testing truly “accessible”!
Deque has been invited to contribute the aXe open source library to the W3C WAI Evaluation and Repair Tools Working Group, as work is under consideration there for a normative set of rules for evaluating WCAG 2.0 conformance.
We hope you will join us in our mission and help bring equality to the digital world.
Sincerely,
Preety Kumar
El anuncio de Deque dice:
I am thrilled to make our award-winning accessibility rules engine available as open source so we as a community can build upon 15 years of industry-leading accessibility research and best practices.
Accessibility experts can now stop duplicating efforts and work from a common set of rules. Developers and testers can quickly get consistent, reliable, and meaningful results that are actionable. Automated accessibility testing results become easy to understand, extend, and integrate.
The Accessibility Engine, or aXe, is a compact JavaScript library that is open source and available on GitHub. This library makes integration into any development and testing tool simple and quick. Use aXe with any JavaScript framework and any modern browser. Enjoy zero false positive results, eliminating noise and frustration.
Deque’s mission is digital equality. If we are to achieve that mission together, we need to take a new approach. Our community goal is to create the most trusted set of accessibility rules anywhere. We invite cooperation rather than competition. Join us in making automated accessibility testing truly “accessible”!
Deque has been invited to contribute the aXe open source library to the W3C WAI Evaluation and Repair Tools Working Group, as work is under consideration there for a normative set of rules for evaluating WCAG 2.0 conformance.
We hope you will join us in our mission and help bring equality to the digital world.
Sincerely,
Preety Kumar
viernes, 15 de mayo de 2015
Tenon
Tenon es una herramienta automática de análisis o revisión de la accesibilidad web que emplea un sistema "headless" para poder ejecutar el código JavaScript que contenga una página web. Gracias a ello puede ejecutar cualquier script que haya en una página web y validar el contenido dinámico que genera.
Por ejemplo, el análisis de mi página Accesibilidad web revela 5 errores, pero en realidad esos errores no son míos, son del buscador de Google:
Para mi otro sitio web Accesibilidad web el resultado de la evaluación revela 1 error, indica que el título de un frame está repetido, pero eso no es verdad, así que ya he encontrado un bug en esta herramienta:
Por ejemplo, el análisis de mi página Accesibilidad web revela 5 errores, pero en realidad esos errores no son míos, son del buscador de Google:
Para mi otro sitio web Accesibilidad web el resultado de la evaluación revela 1 error, indica que el título de un frame está repetido, pero eso no es verdad, así que ya he encontrado un bug en esta herramienta:
martes, 21 de abril de 2015
Herramienta de revisión de la accesibilidad web brasileña
He localizado esta herramienta de revisión brasileña, daSilva. Lo he probado un par de veces y no funciona.
lunes, 19 de enero de 2015
lunes, 20 de octubre de 2014
Método para evaluar la accesibilidad web con herramientas gratuitas
Evaluar la accesibilidad de una página web puede requerir mucho esfuerzo... evaluar la accesibilidad de todo un sitio web puede ser "misión imposible".
En A Workflow for Testing Web Accessibility with Free Tools se propone un método sencillo que hace uso de herramientas gratuitas.
Algunas de las herramientas que propone usar son:
En A Workflow for Testing Web Accessibility with Free Tools se propone un método sencillo que hace uso de herramientas gratuitas.
Algunas de las herramientas que propone usar son:
martes, 26 de noviembre de 2013
Lista de validadores
En el sitio web de WDG podemos encontrar una lista de herramientas de evaluación y validación: Validators and Checkers.
La lista es un poco antigua, así que hay algunas herramientas que ya no existen.
La lista es un poco antigua, así que hay algunas herramientas que ya no existen.
lunes, 1 de julio de 2013
Cómo elegir una herramienta automática de evaluación de la accesibilidad
Hace unos días, Karl Groves publicó en su blog el artículo Choosing an Automated Accessibility Testing Tool: 13 Questions you should ask. En este artículo explica 13 preguntas/factores que hay que tener en cuenta a la hora de elegir una herramienta automática de evaluación de la accesibilidad:
- Is the tool user-friendly?
- Does the tool provide high quality, reliable results?
- Is the tool capable of testing the DOM?
- Does it offer the ability to spider?
- Does it offer the ability to test uploaded files and/ or source code entered directly?
- Does it offer the ability to perform continuous monitoring?
- Is the tool configurable so that it does not re-test pages which have not changed?
- Does it provide clear, easy to understand manual test guidance?
- Can the tool be configured to support the specific testing needs of the organization?
- Is the tool capable of reporting results in a way that separates common issues from unique ones?
- Can it integrate with existing QA tools and processes?
- Does it support the accessibility standards your organization has committed to supporting?
- Does it offer direct access to modify or extend test logic?
martes, 7 de mayo de 2013
¿Cómo se valora una web para decidir que es accesible?
Hace un par de días recibí la siguiente pregunta:
En primer lugar, recordemos lo que dice Bruce Lawson, uno de los gurús de la accesibilidad:
Para ayudar a los desarrolladores web a mejorar la accesibilidad de los sitios web, diversos organismos y expertos han creado pautas, guías y consejos. Las más famosas son las pautas del W3C (WCAG 1.0 y WCAG 2.0), pero no son las únicas. Además, estas pautas se han convertido en el estándar legal de accesibilidad web en muchos países. Y esto es muy importante: una cosa es la accesibilidad web legal y otra muy distinta es la accesibilidad web real. Es una situación similar a cuando se diferencia la verdad jurídica de la verdad real.
Respuesta a ¿Cómo se valora una web para decidir que es accesible? desde la perspectiva de la accesibilidad web legal:
En España, al igual que en la mayoría de los países que poseen legislación sobre accesibilidad web, la ley exige que se cumpla el nivel AA de WCAG 1.0 (o 2.0). Por tanto, hay que cogerse las pautas (bueno, en España la norma UNE, pero eso es otra historia) y comprobar que el sitio web cumple todos los puntos de verificación (o criterios de éxito) correspondientes. Una vez verificado, el sitio web es accesible desde un punto de vista legal.
Respuesta a ¿Cómo se valora una web para decidir que es accesible? desde la perspectiva de la accesibilidad web real:
¿Y las herramientas de evaluación automática que aparecen en tu pregunta? Sobre ese tema ya he escrito otras veces:
¡Madre mía, esa es la pregunta del millón de dólares! (o la pregunta de la multa del millón de euros que te podría caer, pero que por ahora nunca ha ocurrido, o al menos, nadie tiene constancia de ello en España)Últimamente estoy orientado o enfocando mi trabajo al desarrollo profesional de webs de alto rendimiento en Drupal aunque hasta ahora lo hacía sobre Wordpress pero estoy convencido de que Drupal es mucho más estable que Wordpress por lo que me he decidido por el.
Mis conocimientos actuales sobre html, css, javascript, php, etc... son bastante limitados aunque como ya te digo, me estoy poniendo al día con todo esto. Eso si, poquito a poco.
El asunto es que gracias a unos clientes que tengo que trabajan para ayuntamientos, me surge la necesidad de tener en cuenta la "accesibilidad web" a la hora de afrontar nuevos desarrollos.
He estado investigando un poco y, si te digo la verdad, me parece muy interesante todo este asunto.
Pues toda la investigación que estoy realizando sobre "accesibilidad web" no me aclara algunas cosas que para mi son de gran importancia. He leído y releído documentación sobre las pautas de accesibilidad y demás asuntos relacionados con esto pero lo que no me queda claro es:
Por lo que me han comentado, las webs de entidades públicas deben cumplir estas normas pero por mas que las reviso en cualquiera de las siguientes herramientas, todas y digo todas tienen fallos. Eso sí unas más que otras.
- ¿Cómo se valora una web para decidir que es accesible?
Entonces, cómo puedo saber yo cuándo se puede considerar que una web es "accesible" o que cumple la normativa "wai-aa"?
- Examinator.
- TAW.
Sinceramente, estoy muy desconcertado porque ninguna de las webs que he revisado con estas herramientas cumple todos los requisitos.
Siento mucho todo el rollo que te acabo de soltar pero como podrás comprender, estoy muy perdido en este asunto.
Si puedes darme un poco de luz sobre el asunto, te lo agradecería.
Saludos y muchas gracias.
En primer lugar, recordemos lo que dice Bruce Lawson, uno de los gurús de la accesibilidad:
Nunca podrás ser perfectamente accesible para todo el mundo.Entonces, ¿no hacemos nada? No, hay que intentar ser lo más accesible posible, pero siempre se puede dar alguna situación en la que algún usuario tenga problemas de accesibilidad.
Para ayudar a los desarrolladores web a mejorar la accesibilidad de los sitios web, diversos organismos y expertos han creado pautas, guías y consejos. Las más famosas son las pautas del W3C (WCAG 1.0 y WCAG 2.0), pero no son las únicas. Además, estas pautas se han convertido en el estándar legal de accesibilidad web en muchos países. Y esto es muy importante: una cosa es la accesibilidad web legal y otra muy distinta es la accesibilidad web real. Es una situación similar a cuando se diferencia la verdad jurídica de la verdad real.
Respuesta a ¿Cómo se valora una web para decidir que es accesible? desde la perspectiva de la accesibilidad web legal:
En España, al igual que en la mayoría de los países que poseen legislación sobre accesibilidad web, la ley exige que se cumpla el nivel AA de WCAG 1.0 (o 2.0). Por tanto, hay que cogerse las pautas (bueno, en España la norma UNE, pero eso es otra historia) y comprobar que el sitio web cumple todos los puntos de verificación (o criterios de éxito) correspondientes. Una vez verificado, el sitio web es accesible desde un punto de vista legal.
Respuesta a ¿Cómo se valora una web para decidir que es accesible? desde la perspectiva de la accesibilidad web real:
Después de haber hecho lo anterior (es un buen punto de partida), hay que verificar que el sitio web es realmente accesible. Para ello, un primer paso es que un experto realice una evaluación, pero la prueba definitiva es que un grupo de usuarios con diferentes perfiles (diferentes discapacidades, diferentes productos de apoyo) compruebe que puede utilizar el sitio web sin problemas.
¿Y las herramientas de evaluación automática que aparecen en tu pregunta? Sobre ese tema ya he escrito otras veces:
- Las herramientas de evaluación automática son malas: ¿Son útiles las herramientas automáticas de revisión de la accesibilidad web?
- Sin embargo, si se saben usar, pueden ser una gran ayuda: ¿Por qué utilizo eXaminator para realizar análisis?
jueves, 18 de octubre de 2012
El Bureau of Internet Accessibility
El Bureau of Internet Accessibility es una organización de Estados Unidos que ofrece análisis de accesibilidad gratuitos.
El análisis no es instantáneo, sino que tienes que dejar tus datos de contacto y la dirección del sitio que quieres que te analicen, y ellos luego te envían un correo electrónico con los resultados.
El análisis no es instantáneo, sino que tienes que dejar tus datos de contacto y la dirección del sitio que quieres que te analicen, y ellos luego te envían un correo electrónico con los resultados.
domingo, 16 de septiembre de 2012
Realiza los test automáticos de accesibilidad al principio
Existe una gran controversia alrededor de las herramientas automáticas de revisión de la accesibilidad web. ¿Son válidas? ¿Ofrecen resultados adecuados? ¿Pueden sustituir la opinión de un experto? ¿Cuándo se deben utilizar?
Hace tiempo escribí un par de artículos sobre este tema, ¿Son útiles las herramientas automáticas de revisión de la accesibilidad web? y Los problemas de las herramientas automáticas de revisión de la accesibilidad. Está claro que, por ahora, las herramientas automáticas de revisión de la accesibilidad web no pueden sustituir a un experto: la calidad de la "opinión" de una herramienta automática está a años luz de la opinión de un experto.
Sin embargo, las herramientas automáticas tienen su lado bueno: aunque no son tan buenas como un experto (humano), son mucho más rápidas y en cuestión de segundos pueden revisar todo un sitio web de cientos de páginas, mientras que a un experto le podría llevar semanas o meses.
El artículo Web Accessibility Testing: Do Automatic Testing First, señala los puntos positivos de estas herramientas y nos explica que el mejor momento para utilizar estas herramientas es al principio de la fase de pruebas, antes que cualquier otra prueba.
¿Por qué? El artículo nos proporciona tres razones muy fáciles de entender y que a mí me convencen:
Hace tiempo escribí un par de artículos sobre este tema, ¿Son útiles las herramientas automáticas de revisión de la accesibilidad web? y Los problemas de las herramientas automáticas de revisión de la accesibilidad. Está claro que, por ahora, las herramientas automáticas de revisión de la accesibilidad web no pueden sustituir a un experto: la calidad de la "opinión" de una herramienta automática está a años luz de la opinión de un experto.
Sin embargo, las herramientas automáticas tienen su lado bueno: aunque no son tan buenas como un experto (humano), son mucho más rápidas y en cuestión de segundos pueden revisar todo un sitio web de cientos de páginas, mientras que a un experto le podría llevar semanas o meses.
El artículo Web Accessibility Testing: Do Automatic Testing First, señala los puntos positivos de estas herramientas y nos explica que el mejor momento para utilizar estas herramientas es al principio de la fase de pruebas, antes que cualquier otra prueba.
¿Por qué? El artículo nos proporciona tres razones muy fáciles de entender y que a mí me convencen:
- You should never pay a human to find errors that can be found through automated testing.
- Manual testing will close the gaps on what automated testing couldn’t find.
- You should never uncover errors in use case or usability testing that couldn’t be found by automated and manual testing.
miércoles, 8 de agosto de 2012
Una propuesta de herramientas de evaluación de la accesibilidad web
En el artículo Practical Web Accessibility Testing Tools una desarrolladora nos explica que lleva en su "cinturón de herramientas" para evaluar la accesibilidad web:
Suscribirse a:
Entradas (Atom)