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:
Why automated accessibility testing?
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.
Este sistema es similar a gulp-accessibility.

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

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.

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).


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

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:


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

Tanaguru

Tanaguru es una herramienta automática de evaluación de la accesibilidad web muy interesante. Es una herramienta de pago, pero ofrece la posibilidad de evaluar 5 páginas web por día de manera grautita.

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:

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.

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:

  1. Is the tool user-friendly?
  2. Does the tool provide high quality, reliable results?
  3. Is the tool capable of testing the DOM?
  4. Does it offer the ability to spider?
  5. Does it offer the ability to test uploaded files and/ or source code entered directly?
  6. Does it offer the ability to perform continuous monitoring?
  7. Is the tool configurable so that it does not re-test pages which have not changed?
  8. Does it provide clear, easy to understand manual test guidance?
  9. Can the tool be configured to support the specific testing needs of the organization?
  10. Is the tool capable of reporting results in a way that separates common issues from unique ones?
  11. Can it integrate with existing QA tools and processes?
  12. Does it support the accessibility standards your organization has committed to supporting?
  13. 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:
Ú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:
  • ¿Cómo se valora una web para decidir que es accesible?
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.
  • Examinator.
  • TAW.
Entonces, cómo puedo saber yo cuándo se puede considerar que una web es "accesible" o que cumple la normativa "wai-aa"?

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.
¡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)

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:

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.

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:

  1. You should never pay a human to find errors that can be found through automated testing.
  2. Manual testing will close the gaps on what automated testing couldn’t find.
  3. 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