Ejecuciones de Prueba

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 las pruebas.

Una ejecución de prueba te permite realizar pruebas en un „momento específico“ y comparar la última prueba con una ejecución de prueba anterior. Puedes rastrear a nivel de página y componente si los problemas han mejorado o regresado después de una liberación de código.

Si corriges los problemas y vuelves a ejecutar la ejecución de prueba sin crear una nueva ejecución de prueba, habrás reemplazado los problemas de la ejecución de prueba anterior y perdido la capacidad de comparar y rastrear cambios históricos.

Antes de comenzar: Primero debes tener un Caso de Prueba creado 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 de prueba.

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

    Setting Up Test Run for a Test Case

    Consulta las siguientes descripciones para ingresar lo esperado en cada uno:
    • Test Run Name: Este campo se rellena automáticamente con el nombre del caso de prueba con un sello de tiempo añadido, MM_DD_AA-HH:MM. Puedes cambiar esto según sea necesario para describir mejor el objetivo de tu ejecución de prueba.
    • Test Run Description: Usa 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, los ajustes de viewport utilizados para la prueba y cualquier otro detalle que los evaluadores necesitarán.
    • 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 se llena automáticamente con la versión de axe-core que ha sido seleccionada por el administrador en la página de Configuración del Administrador. 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 se rellena automáticamente con el estándar predeterminado que ha sido seleccionado por el administrador en la página de Configuración del Administrador. Puedes usar el menú desplegable para elegir el más adecuado. Tu selección refina tanto las reglas automatizadas que se ejecutan como las pantallas de prueba de verificación aplicables presentadas para pruebas manuales.
    • Product: Este es el nombre del producto que se está probando. Este campo se define mientras estás creando el caso de prueba y no se puede editar 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 serán relevantes solo para lo que seleccionaste al crear la ejecución de prueba. Es útil porque cuando se encuentra un problema contra uno de los criterios de éxito, la metodología de prueba y las recomendaciones de remediación se filtran a ese tipo de producto específico y puedes acceder rápidamente a la información relevante para tu prueba. Por ejemplo, no se mostrará la metodología de prueba de web móvil si has seleccionado web de escritorio como tu producto.
      • Si seleccionaste el tipo de activo digital durante la creación del caso de prueba, este campo se rellena automáticamente con esa selección y no se puede editar.
    • Release: Especifica el número de versión del producto que se está probando. Por ejemplo, 1.0 sería el primer ciclo de liberación 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 los 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 determinada.
    • 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 hacer las pruebas tú mismo, haz clic en el assign to me enlace bajo el menú de lista de campo.
    • Update axe Reports: Selecciona „Sí“ o „No“ en la opción desplegable para determinar si los datos de la ejecución de prueba deben actualizarse en los Informes de axe. Esta selección está disponible solo si la opción durante la creación del caso de prueba se establece en „Ejecutar Pruebas Seleccionadas“. Si durante la creación del caso de prueba, la opción se establece en „Cada Ejecución de Prueba“ o „Nunca“, el campo de Actualizar los Informes de axe se predetermina automáticamente a „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 nombres de software (por ejemplo: NVDA, JAWS, Lector de Pantalla) utilizados durante la ejecución de prueba.
  4. Introduce el nombre deseado en el Audit report title campo. 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 , y finalmente haz clic en Enable/Disable Features. Save settingsLos 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
    • . El campo de muestra creado en la sección de Información de Informes es para propósitos de informes europeos. Admin Settings Haz clic en el
  5. botón al final del formulario. Create Test Run 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 Pruebas ..