Exportación de problemas
La pantalla de lista de Incidencias le proporciona una funcionalidad de exportación que se inicia al activar el botón Exportar ubicado en la opción desplegable Acciones en la parte superior de la tabla de Incidencias. Es posible exportar las Incidencias incluso cuando no se hayan marcado todas como completos.
Para exportar Incidencias:
- En la columna de la izquierda, seleccione todas las Incidencias que desea exportar. Active la casilla de verificación en blanco para colocar una marca de verificación dentro del cuadro para indicar su selección para todas las filas de problemas deseados. En la parte superior izquierda de la tabla se mostrará un mensaje para indicar el número de problemas seleccionados.
- Seleccione la opción del menú desplegable Acciones y active el botón Exportar .
Aparece el cuadro de diálogo Exportar problemas.
- Seleccione una opción de tipo de exportación.
- CSV (compatible con Microsoft Excel): Valor Separado por Comas (compatible con Microsoft Excel) es útil para importar a aplicaciones de hojas de cálculo o bases de datos.
- CSV: Valor Separado por Comas es útil para importar a aplicaciones de hojas de cálculo o bases de datos.
- JSON: Objeto de JavaScript es útil para importar a sistemas de seguimiento de problemas como JIRA.
- JSON (con formato universal de Axe): formato JSON que se alinea con un formato de exportación universal compartido entre varios productos de Axe. Esto es especialmente útil cuando los clientes necesitan extraer datos de múltiples productos axe para su posterior procesamiento, como el uso en plataformas de análisis de negocios comunes.
-
Se muestra el número de incidencias que se exportarán.
-
Haga clic en el botón Exportar .
Consejo: El archivo se llamará "export.json" o "export.csv" según corresponda, por lo que es posible que desees cambiarle el nombre a algo más significativo para futuras referencias, en particular para evitar confusiones cuando se planifiquen exportaciones adicionales.
Formatos de archivos de exportación y descripciones:
La siguiente sección describe las opciones de formato de exportación más utilizadas, con sus nombres de columnas y descripciones.
JSON (con formato universal axe) (recomendado):
Nombre de la columna | Descripción |
---|---|
Nombre del producto | Nombre del producto. axe-auditor, axe-monitor etc. |
productComponentName | Fuente del producto JSON descargado, por ejemplo, axe-auditor, extension-chrome, api-cli, etc. |
productVersion | Versión del producto. Por ejemplo: 2.18. |
testId | UUID de la ejecución de prueba |
motor de software | Motor de software para ejecutar las pruebas. P.ej. axe-core, axe-pdf, axe-linter, etc. |
bestPracticesEnabled | Un valor booleano para configurar problemas de mejores prácticas durante las pruebas. |
experimentalEnabled | Un valor booleano para configurar problemas experimentales durante las pruebas. |
producto | Valor definido por el usuario para describir el producto que el usuario está evaluando durante la prueba. Esto brinda flexibilidad a los usuarios para agregar detalles sobre el producto en el que se realizaron las pruebas. |
lanzamiento | Versión de lanzamiento del Auditor utilizada para crear el problema. |
plataforma | Valores definidos por el usuario para seguir la plataforma donde se creó el problema. Históricamente, los usuarios han utilizado valores como "Mac", "Windows", "Chrome", "Android", "Firefox". |
Ambiente | Entorno de base de datos desde donde provienen los datos. Todas las entradas son definidas por el usuario. Históricamente, los usuarios han utilizado valores como "Dev", "QA", "UAT", "Producción". |
Tipo de activo digital | Tipo de activo digital sobre el que se ejecutó la prueba. Por ejemplo, "Web de escritorio", "Web móvil", "Android móvil nativo", "iOS móvil nativo", "Quiosco", "MS Excel Documents", "MS Powerpoint Documents", "Documentos de MS Word", "PDF", "Software de escritorio". |
Tecnología de asistencia | Valores definidos por el usuario para realizar un seguimiento del software utilizado para la prueba: "NVDA", "VoiceOver". |
axeVersion | Se utilizó la versión axe-core. Por ejemplo, "4.9.0". |
testCaseName | Nombre del caso de prueba, que es la definición de un escenario de prueba en axe Auditor. |
testRunName | Nombre de la ejecución de prueba. |
startDate | Fecha de creación de la ejecución de prueba. |
Fecha de finalización | Fecha de finalización de la ejecución de prueba. |
estándar | Estándares de prueba aplicables a esta ejecución de prueba. |
Origen del problema | Origen del problema. Los usuarios pueden importar problemas de múltiples fuentes y esta columna ayuda a realizar un seguimiento de la fuente de origen del problema. Los valores posibles son "axe Auditor", "axe Dev Tools Extension" y "axe Dev Tools Mobile". |
issueId | Identificación única para cada problema en la base de datos de Auditor. |
ruleId | Conjunto de reglas de problemas. Por ejemplo, el contraste de color. |
descripción | Descripción del problema obtenida de la biblioteca Dequeway, seleccionable únicamente mediante el menú desplegable. |
ayuda | Descripción de sugerencia o remediación. |
URL de ayuda | URL de sugerencia o remediación. |
impacto | Columna que define la gravedad del problema. Los valores disponibles son "Bloqueador", "Crítico", "Grave", "Moderado" o "Leve". |
resumen | Un valor que se escribe manualmente o se selecciona de un menú desplegable. |
fuente | Código fuente del problema. |
tipo | Accesibilidad, Mejores prácticas, Funcionalidad, Usabilidad o Agente de usuario. |
método | Metodología utilizada para registrar el problema. Los valores posibles son: "Automatizado", "IGT" o "Manual". |
estado | Estado actual del problema en el momento de la exportación. Los valores posibles son "Abierto", "Resuelto" o "Cerrado". |
etiquetas | Se utiliza para categorizar los problemas. |
createdAt | Fecha y hora en que se creó el problema. |
unitName | La página o componente asociado con el problema. |
testUrl | URL de la página probada. |
unitType | Tipo de unidad: Página o Componente. |
Nombre del grupo | El nombre del grupo al que pertenece la incidencia. Si la incidencia no está asignada a ningún grupo, este campo estará vacío. |
Encontrado por | Autor de la incidencia. |
punto de control | Los puntos de control son un método probado para probar los requisitos de accesibilidad, creado por el equipo de expertos en accesibilidad (a11y) de Deque. Ayudan a aumentar la consistencia y precisión de los resultados de las pruebas. Descripción general de los puntos de control |
necesita revisión | Un valor booleano que indica si el problema cae dentro de la categoría "Necesita revisión". |
isExperimental | Un valor booleano que indica si el problema cae dentro de la categoría "Experimental". |
isManual | Un valor booleano que indica si el problema se creó durante una prueba manual. |
URL de captura de pantalla | La URL de la captura de pantalla adjunta al problema. |
CSV (compatible con Microsoft Excel)
Nombre de la columna | Descripción |
---|---|
Identificación del problema | El identificador único asignado a cada problema en la base de datos de axe Auditor. |
Resumen | Un valor que se escribe manualmente o se selecciona de un menú desplegable. |
Descripción | Descripción del problema obtenida de la biblioteca Dequeway, seleccionable únicamente mediante el menú desplegable. |
Impacto | Columna que define la gravedad del problema. Los valores disponibles son "Bloqueador", "Crítico", "Grave", "Moderado" o "Leve". |
Grupo de punto de control | Terminología de Dequeway para agrupar los puntos de control. Por ejemplo, "1.4 Distinguible" agrupará todos los puntos de control dentro de él, como "1.4.1.a", "1.4.2.b". Los puntos de control se enumeran en la biblioteca de GitHub a continuación: https://github.com/dequelabs/dequeway/tree/develop/content/checkpoints |
Tipo de problema | Accesibilidad, Mejores prácticas, Funcionalidad, Usabilidad o Agente de usuario. |
Unidad de prueba | La página o componente al que pertenece el problema. |
Recomendado corregir | Recomendación para solucionar el problema. Los detalles provienen de la biblioteca Dequeway o los usuarios ingresan recomendaciones manuales. |
Usuario | Usuario que ha registrado el problema. |
Nombre del grupo | El nombre del grupo al que pertenece la incidencia. Permanece vacío si el problema no está asignado a ningún grupo. |
Descripción del grupo | Descripción agregada al grupo al crear o editar el problema. |
Estado del grupo | Estado agregado al grupo al crear o editar el problema. |
Asignar a | Usuario al que se asigna el grupo. |
Fecha de creación | Fecha de creación del problema. |
Tipo de activo digital | Tipo de activo digital sobre el que se ejecutó la prueba. Por ejemplo: "Web de escritorio", "Web móvil", "Android móvil nativo", "iOS móvil nativo", "Kiosk", "Documentos de MS Excel", "Documentos de MS Powerpoint", "Documentos de MS Word", "PDF", "Software de escritorio". |
Versión | Versión de lanzamiento de Axe Auditor utilizada para crear el problema. |
Ambiente | Entorno de base de datos desde donde provienen los datos. Históricamente, los usuarios han utilizado valores como "Dev", "QA", "UAT", "Producción". |
Plataforma | Valores definidos por el usuario para seguir la plataforma donde se creó el problema. Históricamente, los usuarios han utilizado valores como "Mac", "Windows", "Chrome", "Android", "Firefox". |
Tecnología de asistencia | Valores definidos por el usuario para realizar un seguimiento del software utilizado para probar "NVDA", "VoiceOver". |
Código fuente | Código fuente de la incidencia. |
Punto de control | Los puntos de control son un método probado para probar los requisitos de accesibilidad, creado por el equipo de expertos en accesibilidad (a11y) de Deque. Ayudan a aumentar la consistencia y precisión de los resultados de las pruebas. Descripción general de los puntos de control |
Método | Metodología utilizada para registrar el problema. Los valores posibles son "Automatizado", "IGT" o "Manual". |
Estado de la incidencia | Estado actual del problema en el momento de la exportación. Los valores posibles son "Abierto", "Resuelto" y "Cerrado". |
Fuente del problema | Origen del problema. Como los usuarios también pueden importar problemas desde múltiples fuentes, la columna realiza un seguimiento de la fuente de origen del problema. Los valores posibles son "axe Auditor", "axe Dev Tools Extension" y "axe Dev Tools Mobile". |
Nombre del caso de prueba | Nombre del caso de prueba. Un caso de prueba es la definición de un escenario de prueba en axe Auditor. Entendiendo los casos de prueba |
Normas | Normas de prueba aplicables a este problema. |
Producto | Valor definido por el usuario para describir qué producto está evaluando el usuario durante la prueba. Esto brinda flexibilidad a los usuarios para agregar detalles sobre el producto en el que se realizaron las pruebas. |
URL | URL de la página probada. |
Capturas de pantalla | Capturas de pantalla agregadas por el usuario para proporcionar detalles adicionales sobre el problema. |
Marcado | Si el problema ha sido marcado y necesita revisión o aclaración adicional. |
Marcado con Motivo | Motivo por el cual se marcó el problema. |
Marcado por | Autor que señaló el problema en particular. |
Tipo de unidad | Página o un componente. |
Más información | Referencia a la Universidad Deque proporcionada por Dequeway en el momento de la creación del problema. |
Comentarios sobre el problema | Comentarios de los usuarios que interactúan en la sección de comentarios del problema. |
Notas del grupo | Notas agregadas al grupo durante la creación o edición. |
Captura de pantalla de la unidad de prueba | Capturas de pantalla tomadas durante las pruebas de la Unidad de Test. |
Nombre de la ejecución de prueba | Nombre de la ejecución de prueba. |
Criterios de éxito | Criterios estándar de prueba. Este es un valor dependiente de la columna Estándar. Por ejemplo, "1.4.3" se refiere al estándar WCAG 1.4.3. |
URL de la incidencia | URL de la página de detalles del problema del auditor. |