Ejecuciones de Pruebas

This page is not available in the language you requested. You have been redirected to the English version of the page.
Link to this page copied to clipboard
Not for use with personal data

Un caso de prueba define los estándares, páginas y componentes de una prueba. Y una ejecución de prueba es una "instancia" de ese caso de prueba. Creas una ejecución de prueba después de haber configurado tu caso de prueba y justo antes de comenzar a probar.

Una ejecución de prueba te permite realizar pruebas de "punto en el tiempo" y comparar la prueba más reciente con una ejecución anterior. Puedes rastrear a nivel de página y componente si los problemas han mejorado o empeorado después de un lanzamiento de código.

Si solucionas los problemas y vuelves a ejecutar la prueba sin crear una nueva ejecución de prueba, has reemplazado los problemas de la ejecución anterior y has perdido la capacidad de comparar y seguir los cambios históricos.

Antes de comenzar: Primero debes tener un Caso de Prueba configurado y estar en la pantalla de Casos de Prueba.

Para crear una ejecución de prueba:

  1. En la pantalla de Casos de Prueba, haz clic en el Create Test Run botón en la columna de Acciones dentro de la fila del caso de prueba para el que deseas crear una ejecución.

    Create Test Run button
  2. Aparece la pantalla Set up Test Run for Test Case <Test Case Name> , mostrando un formulario con nueve campos y un botón de Crear Ejecución de Prueba.

    Setting Up Test Run for a Test Case

    Consulta las siguientes descripciones para conocer la entrada esperada en cada uno:
    • Test Run Name: Este campo está pre-llenado con el nombre del caso de prueba con una marca de tiempo adjunta, MM_DD_AA-HH:MM. Puedes cambiarlo según sea necesario para describir mejor la intención de tu ejecución de prueba.
    • Test Run Description: Utiliza este campo para comunicar los detalles de esta prueba, por ejemplo, la fecha en que se realizó, el alcance de la prueba con las páginas y secciones, las configuraciones de vista usadas para la prueba y cualquier otro detalle que necesiten tus probadores.
    • Axe-core version: Usa este campo para probar tus ejecuciones de prueba con diferentes conjuntos de reglas proporcionadas por axe-core para comparar y validar los problemas reportados o solucionados. El campo está pre-llenado con la versión de axe-core que ha sido seleccionada por el administrador en la página de Configuración de Administración. Puedes usar el menú desplegable para seleccionar otra versión de axe-core accesible para ti.
    • Standard: Este campo muestra una lista de estándares. El campo está pre-llenado con el estándar predeterminado seleccionado por el administrador en la página de Configuración de Administración. Puedes usar el menú desplegable para elegir el más apropiado. Tu selección refina tanto las reglas automatizadas que se ejecutan como las pantallas de prueba de verificación presentadas para pruebas manuales.
    • Product: Este es el nombre del producto que se está probando. Este campo se define mientras creas el caso de prueba y no puede editarse aquí durante la configuración de la ejecución de prueba.
    • Digital Asset Type: Selecciona entre los diez diferentes tipos de activos digitales en el menú desplegable para definir tu evaluación. Este es un campo opcional.
      • El beneficio de seleccionar un tipo de activo digital es que las metodologías de prueba, remediación y mejores prácticas mostradas en la página de detalles del problema solo serán relevantes para lo que seleccionaste al crear la ejecución de prueba. Es útil porque cuando se encuentra un problema en contra de uno de los criterios de éxito, la metodología de prueba y las recomendaciones de remediación se filtran a ese tipo específico de producto y puedes acceder rápidamente a la información relevante para tu prueba. Por ejemplo, no se te mostrará la metodología de pruebas para web móvil si has seleccionado web de escritorio como tu producto.
      • Si has seleccionado el tipo de activo digital durante la creación del caso de prueba, este campo está pre-llenado con esa selección y no puede ser editado.
    • Release: Especifica el número de versión del producto que se está probando. Por ejemplo, 1.0 sería el primer ciclo de lanzamiento del producto.
    • Environment: El entorno es el tipo de servidor en el que se está probando. Por ejemplo, un servidor de producción se usaría para un sitio en vivo.
    • Platform: La plataforma es el(los) sistema(s) operativo(s) y navegador(es) en el que se probará el sitio. Por ejemplo, "Windows y Firefox" o "Android y Chrome". Las pruebas automatizadas se ejecutarán a través de un navegador conectado en una plataforma dada.
    • Assistive technology: El software y los dispositivos de tecnología asistiva son utilizados por personas con discapacidades para interactuar con software y sitios web. Algunas pruebas requerirán el uso de un lector de pantalla, como NVDA o JAWS en PC, o VoiceOver en Mac.
    • Assign testing to: En este campo, haz clic en el down arrow para mostrar una lista de usuarios disponibles, luego haz clic en un user elemento para seleccionarlo y llenar el campo. Si vas a realizar la prueba tú mismo, haz clic en el assign to me enlace debajo del menú de lista del campo.
    • Update axe Reports: Selecciona "Sí" o "No" de la opción desplegable para determinar si los datos de la ejecución de prueba deben ser actualizados a axe Reports. Esta selección está disponible solo si la opción durante la creación del caso de prueba está configurada como "Ejecuciones de Prueba Seleccionadas". Si durante la creación del caso de prueba, la opción está configurada como "Cada Ejecución de Prueba" o "Nunca", el campo de Actualización a axe Reports automáticamente se establece en "Sí" o "No", respectivamente. En tal caso, los usuarios no pueden modificar esta configuración.
      Note: Only users with axe Reports integration enabled during axe Auditor installation can view this field.
  3. En la sección Reporting Information , introduce el nombre del navegador (por ejemplo: Google, Firefox o Safari) y los nombres del software (por ejemplo: NVDA, JAWS, Lector de Pantalla) usados durante la ejecución de la prueba.
  4. Introduce el nombre deseado en el campo Audit report title . El nuevo nombre del informe de auditoría aparecerá como el título del informe de auditoría generado.

    Note:
    • Puedes acceder a la sección Reporting Information solo habilitando la opción Enable customize Reporting en la página Admin Settings . Para habilitar esta opción: desde la página Admin Settings , haz clic en Settings, luego haz clic en Enable customize Reporting debajo de Enable/Disable Features, y finalmente haz clic en Save settings.
    • Los usuarios administradores pueden agregar un nuevo campo, editar o eliminar campos en la sección de Informes según sea necesario. Estas actividades solo pueden realizarse en la página Admin Settings . El campo de muestra creado en la sección de Información de Informes es para fines de reporte europeo.
  5. Haz clic en el Create Test Run botón en la parte inferior del formulario.

Una vez que hayas creado una ejecución de prueba, el siguiente paso es comenzar a probar un componente y/o página. Para más información, consulta Comenzar a Probar.