Análisis del diseño del sitio web

Se debe explorar el sitio web (incluidas las áreas de acceso restringido):

• Identificar páginas comunes. Páginas que suelen estar enlazadas desde todas las páginas del sitio web:
  • Inicio
  • Contacto
  • Mapa del sitio
  • Información legal
  • Inicio de sesión
• Identificar los diferentes tipos de páginas. Se deben identificar los diferentes tipos estéticos de páginas existentes en el sitio web en base a:
  • Presentación y maquetación
  • Plantilla y componentes de cada plantilla
  • Elementos de contenido
    • Listas
    • Tablas
    • Contenido multimedia
    • Formularios
    • Marcos
    • Uso de JavaScript para distintos elementos como calendarios, desplegables, sliders, creación de contenido dinámico, etc.
• Identificar las funcionalidades comunes. Páginas imprescindibles (identificación, pagos, etc.)
• Identificar las tecnologías utilizadas. Aquellas tecnologías utilizadas en el sitio web más allá de HTML+CSS para las que es necesario que tengan soporte los navegadores de los usuarios. Los documentos PDF, Flash, JavaScript, Ajax, etc., deben tener implementadas sus características de accesibilidad y si no las tienen ofrecer una alternativa accesible.

Selección de una muestra representativa

Debes tener en cuenta que cuanto mayor sea el número de páginas de la muestra, mayor será el esfuerzo que tendréis que invertir para realizar el análisis de accesibilidad. Por esta razón, la muestra de páginas debe contener únicamente las páginas imprescindibles de forma que cumpla con los requisitos de la Decisión y estén representados todos los tipos estéticos de páginas y componentes existentes en el sitio web.

Páginas fijas en la muestra

De acuerdo a los requisitos de la Decisión de ejecución (UE) 2018/1524 es obligatorio que la muestra contenga, encaso de existir, las siguientes páginas:

1. Inicio.
2. Inicio de sesión.
3. Mapa del sitio.
4. Contacto.
5. Ayuda.
6. Información legal.
7. Página de la declaración de accesibilidad y posible página específica del mecanismo de comunicación.
8. Como mínimo, una página para cada tipo de servicio prestado. Imprescindible: el servicio de búsqueda.
9. Como mínimo, un documento descargable pertinente para cada tipo de servicio prestado.

Por defecto, salvo que alguna de estas páginas no exista en nuestro sitio web, la muestra mínima será de, al menos, 10 páginas (contabilizando las 9 de la lista anterior y 1 aleatoria para contemplar el 10% de aleatoriedad que exige la Decisión).

Otras páginas que deben incluirse en la muestra

Además de las páginas fijas, para que la muestra sea representativa, es necesario incluir también las siguientes páginas:

• Ejemplos de las páginas cuya apariencia sea sustancialmente distinta o que presenten un tipo de contenido diferente.
• Cualquier otra página que el organismo de seguimiento considere pertinente.
• Páginas seleccionadas al azar que representen, como mínimo, un 10% de la muestra seleccionada hasta el momento.
• Si entre las páginas seleccionadas anteriormente hay una etapa de un proceso, es necesario incluir todas las etapas de dicho proceso siguiendo, como mínimo, la secuencia por defecto para completarlo. No se puede incluir en la muestra una página de un proceso sin que se incluyan todas las demás.

Revisión de la muestra seleccionada

Pasos a seguir

Crear una tarea en JIRA

Por cada una de las páginas web que se analice se debe crear una "Subtarea test" hija de la "Tarea QA" que se debe crear según MEDEA.

• NombreApp: El nombre de la aplicación.
• nombreapp.um.es/pagina: la URL de la página.

Completar las pruebas automáticas y manuales

Cada una de las pruebas cubre un conjunto de requisitos relacionados. Recomendamos completar las pruebas y los requisitos en el orden en que aparecen en el panel de navegación.

1. En el panel de navegación, expanda la lista de comprobaciones automatizadas y seleccione una de ellas. Se ejecutarán automáticamente todas las que aparecen en el listado.
2. Contraiga la lista de comprobaciones automatizadas y seleccione la siguiente opción. El panel de navegación se expandirá para mostrar todos los requisitos de la prueba.

3. Opcional: para obtener más información sobre la prueba:

   1. En el panel de navegación, debajo del nombre de la opción, seleccione Getting started.

   2. En el panel principal, junto al título de la página, seleccione Guidance (un círculo con una "i" en su interior).

4. En el panel de navegación, dentro de la opción desplegada, seleccione el primer requisito. El panel principal se actualizará para mostrar instrucciones de prueba para el requisito seleccionado.

5. Opcional: para obtener más información sobre un requisito, seleccione Guidance (un círculo con una "i" en su interior).

6. Lea las instrucciones en How to test.

7. Evalúe las instancias y registre sus resultados.

   1. Seleccione Pass o Fail para el requisito.

   2. Si el requisito falla, agregue una instancia de fallo con una explicación. (Si se aprueba el requisito, no se necesitan más datos).

8. Seleccione el siguiente requisito, siga las instrucciones y registre sus resultados.

9. Repita con cada uno de los requisitos de cada una de las pruebas restantes.

10. Cuando todos los requisitos de cada prueba se marcan como Pass o Fail, su evaluación está completa.

Generar informe de resultados y adjuntar a la tarea

1. En la barra de comandos cerca de la parte superior derecha de la página, seleccione Export result.

2. Se abrirá un cuadro de diálogo. En el cuadro de diálogo, proporciona una descripción del informe.

3. Seleccione Export.

4. El informe se descargará automáticamente.

5. Adjunta el informe de resultados generado por la herramienta en la tarea JIRA.

Informe de revisión de accesibilidad (IRA)

Pasos a seguir

Crear una tarea en JIRA

Para crear el informe se debe crear una "Subtarea test" hija de la "Tarea QA" que se debe crear según MEDEA.

• NombreApp: El nombre de la aplicación.
• nombreapp.um.es: la URL de la aplicación.

Cumplimentar el Informe de revisión de accesibilidad

El informe de revisión de accesibilidad puede ser en formato ODS o XLSX.

Plantilla del Informe de revisión de la accesibilidad (xlsx) - (IMPORTANTE: Usar Microsoft Excel para editarla)

Plantilla del Informe de revisión de la accesibilidad (ods) - (IMPORTANTE: Usar LibreOffice Calc para editarla)

Cuando el informe esté terminado se debe adjuntar a la tarea JIRA teniendo en cuenta que el nombre del informe debe tener el siguiente formato: "informe_revision_accesibilidad_nombremiapp.xlsx". nombremiapp debe sustituirse por el nombre de la aplicación.

Declaración de accesibilidad

Pasos a seguir

Crear una tarea en JIRA

Para crear la declaración se debe crear una "Subtarea test" hija de la "Tarea QA" que se debe crear según MEDEA.

• NombreApp: El nombre de la aplicación.
• nombreapp.um.es: la URL de la aplicación.

Elaboración de la Declaración de accesibilidad

Aplicaciones FundeWeb

Aplicaciones FundeWeb - Declaración de accesibilidad

Aplicaciones FundeWebJS

Aplicaciones FundeWebJS - Declaración de accesibilidad

Otros sitios web

Otros sitios web - Declaración de accesibilidad

Actualizar URL en Apium

Una vez que tenemos la declaración publicada hay que ir a la ficha de la aplicación en Apium y actualizar la URL de la declaración en la pestaña "Accesibilidad".

Añadir enlace a la tarea

Antes de finalizar la tarea, añadir un “Enlace” de tipo “Enlace Web” con la URL de la Declaración de Accesibilidad en Producción, usando el botón "Más" de la tarea en Jira, y luego "Enlace -> Enlace Web".