Novedades de la Versión 2.34

Accede a la Base de Conocimientos aquí.

Regístrate para recibir las últimas actualizaciones sobre Axe Auditor por correo electrónico.

Duplicar una Ejecución de Prueba

En un solo paso, puedes crear una copia independiente de una ejecución de prueba en curso o completada, incluyendo sus problemas, adjuntos y comentarios. Luego puedes revalidar los hallazgos sin cambiar los resultados originales.

Antes, reutilizar los hallazgos de una ejecución de prueba significaba configurar una nueva ejecución de prueba y copiar manualmente cada problema, captura de pantalla, adjunto y comentario. En una ejecución de prueba grande, esto podría llevar horas y se podrían pasar por alto detalles. Ahora comienzas a partir de los hallazgos existentes y actualizas cada problema al revalidarlo.

Qué se copia

• Hallazgos: Páginas, componentes, unidades de prueba, capturas de pantalla, adjuntos, problemas, estados de los problemas y comentarios.
• Configuración: Caso de prueba, asignado, estándar, tipo de activo digital, versión, entorno y plataforma.
• Progreso: Progreso de las pruebas, banderas y estado de finalización. Un duplicado de una ejecución de prueba completada también se marca como Completado, y aún puedes actualizar los estados de los problemas y añadir comentarios.

Cómo se comportan los duplicados

• Totalmente Independiente: Los cambios en el duplicado no afectan a la fuente, y los cambios en la fuente no afectan al duplicado.
• Misma Visibilidad que la Fuente: Un duplicado de una ejecución de prueba pública es público. Un duplicado de una ejecución de prueba privada es privado, y solo los usuarios con acceso a la fuente pueden verlo.
• Registro original preservado: La ejecución de prueba de origen, su registro publicado y cualquier informe generado a partir de ella permanecen sin cambios.

Para quién es

• Consultores de accesibilidad y evaluadores: Revalidar problemas después de las correcciones sin repetir la prueba completa.
• Gerentes de proyectos: Entregar resultados actualizados manteniendo intacto el registro publicado original.
• Equipos internos de accesibilidad: Probar de nuevo después de cada lanzamiento de producto, comenzando desde la última ejecución de prueba en lugar de desde cero.

Por qué es importante La repetición de pruebas es una parte rutinaria de cada compromiso de accesibilidad, pero recrear una ejecución de prueba completada duplica el esfuerzo y puede llevar a resultados inconsistentes. Duplicar te permite construir sobre el trabajo existente, mantener intacto el registro original y entregar hallazgos actualizados más rápido.

Gestión de Acceso para Administradores de Clientes

Los administradores de clientes ahora pueden gestionar el acceso de usuarios a su cliente y controlar qué auditorías pueden ver los usuarios sin contactar a Deque.

Disponibilidad: Solo SaaS, para clientes con servicios de auditoría de Deque.

Cuando un administrador de clientes invita a un usuario, selecciona las auditorías (casos de prueba) a las que el usuario puede acceder. El usuario recibe un correo electrónico para activar su Cuenta Axe y aparece como Pendiente hasta que activa la cuenta. Por ejemplo, si un usuario necesita trabajar solo en dos auditorías, puedes conceder acceso a esas auditorías sin darles acceso a las otras auditorías del cliente.

• Invitar a usuarios al cliente y elegir las auditorías a las que pueden acceder.
• Ver y cambiar el acceso de cada usuario en cualquier momento.
• Quitar el acceso de un usuario cuando ya no lo necesite. La eliminación surte efecto de inmediato y se aplica solo al cliente actual.
• Ver todas las auditorías públicas del cliente sin conceder acceso individual. Las auditorías públicas son solo de lectura, y las auditorías privadas no están incluidas.

Los administradores de clientes solo pueden gestionar usuarios y acceso dentro de su propio cliente.

Acceso del Administrador de Clientes

Los administradores del sistema ahora pueden permitir que miembros seleccionados añadan y gestionen clientes sin otorgarles derechos de administrador completos. Solo los miembros existentes pueden ser nombrados gerentes de clientes.

Disponibilidad: Solo SaaS, para clientes con servicios de auditoría de Deque.

Antes de comenzar: Activa Control de acceso de usuarios en la página de Configuración de Administrador. La pestaña Control de acceso, que incluye la nueva sección de Administrador de Clientes, aparece solo cuando esta opción está activada.

Lo que pueden hacer los administradores del sistema:

• Conceder acceso de Administrador de Clientes a uno o más miembros existentes desde el diálogo de Añadir usuarios.
• Buscar gestores de clientes por nombre de usuario o dirección de correo electrónico.
• Ordenar la lista por nombre de usuario o por correo electrónico, y elegir cuántos usuarios mostrar por página.
• Eliminar el acceso de Administrador de Clientes en cualquier momento.

Conexiones de Carpeta, Cliente y Jira en la Información de Prueba

La sección de Información de Prueba en la página de Visión General de Ejecución de Pruebas ahora incluye tres campos adicionales: Carpeta, Cliente y Conexiones Jira. Puedes ver dónde está organizada una ejecución de prueba, a qué cliente pertenece y qué conexión Jira utiliza sin salir de la ejecución de prueba.

Lo que puedes ver

Carpeta: La carpeta donde se almacena el caso de prueba para la ejecución de prueba. Cliente: El cliente asociado con la ejecución de prueba. Conexiones Jira: La conexión Jira configurada para la ejecución de prueba. Las incidencias que empujas a Jira utilizan esta conexión.

Para quién es

Verificadores y revisores: Verifica la carpeta, el cliente y la conexión Jira antes de probar o enviar incidencias a Jira. Administradores y gestores: Verifica que las ejecuciones de prueba estén organizadas en la carpeta y cliente correctos y utilicen la conexión Jira adecuada.

Por qué es importante Previously, you had to return to the test case, open the Clients Management page, or view the Jira configuration to find this information. Showing these details in Test Info gives you the context you need at a glance. It also helps reduce the risk of pushing issues to the wrong Jira project or reporting results for the wrong client.

Aumento del Límite de Elementos para Incidencias

Ahora puedes añadir hasta 10 elementos a una sola incidencia, en lugar del límite anterior de 3. Esto te permite capturar todas las instancias afectadas de un problema de accesibilidad en un solo lugar, para que no necesites crear incidencias duplicadas cuando el mismo problema ocurre en más de tres elementos.

Abrir/Enviar URL para Revisores de Enlace Compartido

Los usuarios externos que ven las incidencias de un caso de prueba a través de un enlace compartido ahora pueden usar el botón Abrir/Enviar URL junto a la URL de la página en la página de detalles de la incidencia. Antes, solo los administradores y miembros registrados tenían este botón, y los usuarios de enlaces compartidos tenían que copiar la URL manualmente.

• Si la extensión axe está instalada, la URL se envía a través de la extensión.

• Si no lo está, la página se abre en una nueva pestaña del navegador.

• La vista previa de la tabla de incidencias también muestra a estos usuarios la URL y el botón.

  

Etiquetar Usuarios Solo de Vista en Añadir Comentario

Ahora puedes mencionar usuarios Solo de Vista en comentarios en la página de Ver Incidencia. Antes, solo podías etiquetar a usuarios que podían crear incidencias. Esto te permite involucrar a clientes y partes interesadas en discusiones sobre incidencias sin cambiar su rol.

• Los usuarios Solo de Vista aparecen en la lista de sugerencias cuando escribes @.

• Los usuarios Solo de Vista etiquetados reciben la misma notificación por correo electrónico que otros usuarios etiquetados.

• Etiquetar no cambia el acceso. Los usuarios Solo de Vista pueden abrir y ver la incidencia, pero aún no pueden editarla.

  

Recomendaciones para Metodologías Móviles Nativas

Hemos introducido recomendaciones para las metodologías de Móvil Nativo iOS y Móvil Nativo Android. Cuando pruebas una aplicación móvil nativa, obtienes orientación sobre remediación escrita para esa plataforma.

Puntos de Control No Aplicables reflejados en los ACR

Los puntos de control marcados como No Aplicables en una ejecución de prueba se reflejan en los Informes de Conformidad de Accesibilidad (ACR) creados posteriormente, incluidos WCAG, Sección 508 y EN 301 549.

• Cuando todos los puntos de control mapeados a un criterio no son aplicables y no hay incidencia abierta, el informe muestra No Aplicable.
• Una incidencia abierta aún informa No Soporta o Soporta Parcialmente.
• Un Aprobado en cualquier punto de control mapeado aún informa Soporta.

Actualización de Infraestructura

• La versión de Deque Way ha sido actualizada a la 4.1.0
• La versión de Axe-core ha sido actualizada a la 4.13.0

Problemas Conocidos

• El filtro no funciona en la pestaña de Puntos de Control para incidencias marcadas.
• Ejecutar pruebas automatizadas en un componente dentro de un iframe causa un error y un icono de carga que no desaparece.
• El gráfico de Conformidad de Accesibilidad no muestra resultados para ejecuciones de prueba que utilizan el estándar ACAA con tipo de activo digital Web Móvil.
• En la página de la lista de Incidencias, filtrar por Estado: Abierto y Grupos: Sin Grupo, luego ordenar por la columna de Puntos de Control, no muestra registros.

Soporte de Navegador y Controlador

La siguiente tabla describe las versiones mínimas y recomendadas en las que Axe Auditor se prueba activamente y se apoya mejor.

Pruebas Automatizadas: Navegadores y Controladores Compatibles

La siguiente tabla describe los navegadores compatibles, las versiones mínimas y recomendadas para realizar pruebas automatizadas en Axe Auditor.

Otro Tema Relevante

• Resumen de Lanzamiento
• Compatibilidad de la Plataforma