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 "en un momento dado" y comparar la última prueba con una ejecución de prueba anterior. Puedes seguir a nivel de página y componente si los problemas han mejorado o empeorado después de una liberación de código.

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

Antes de comenzar: Primero debes tener un Caso de Prueba en su lugar 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. La Set up Test Run for Test Case <Test Case Name> pantalla aparecerá, mostrando un formulario con nueve campos y un botón Crear Ejecución de Prueba.

    Setting Up Test Run for a Test Case

    Refiérete a las siguientes descripciones para la entrada esperada en cada uno:
    • Test Run Name: Este campo está pre-rellenado con el nombre del caso de prueba con un sello de tiempo adjunto, MM_DD_AA-HH:MM. Puedes cambiar esto según sea necesario para describir mejor el propósito 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, las configuraciones de la vista utilizadas para la prueba y cualquier otro detalle que tus evaluadores necesiten.
    • Axe-core version: Usa este campo para probar tus ejecuciones de pruebas con diferentes conjuntos de reglas proporcionadas por axe-core para comparar y validar los problemas reportados o corregidos. El campo está pre-rellenado 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-rellenado con el estándar predeterminado que ha sido 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 automáticas que se ejecutan como las pantallas de pruebas de verificación aplicables 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 se puede editar aquí durante la configuración de la ejecución de la prueba.
    • Digital Asset Type: Selecciona entre los diez tipos diferentes 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 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 te mostrará la metodología de pruebas de la web móvil si seleccionaste la web de escritorio como tu producto.
      • Si seleccionaste el tipo de activo digital durante la creación del caso de prueba, este campo se pre-llenará 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 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 los que se va a 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: Software y 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 completar el campo. Si vas a realizar la prueba tú mismo, haz clic en el assign to me enlace en el menú de la lista de campos.
    • Update axe Reports: Selecciona "Sí" o "No" de la opción desplegable para determinar si los datos de la ejecución de prueba deben actualizarse a los Informes axe. 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 Actualizar Informes axe se predetermina automáticamente 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 Reporting Information sección, ingresa el nombre del navegador (por ejemplo: Google, Firefox o Safari) y los nombres del software (por ejemplo: NVDA, JAWS, Lector de Pantalla) utilizados durante la ejecución de la prueba.
  4. Ingresa 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 Reporting Information sección solo habilitando la Enable customize Reporting opción en la Admin Settings página. Para habilitar esta opción: desde la Admin Settings página, haz clic en Settings, luego haz clic en Enable customize Reporting bajo 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 se pueden realizar en la Admin Settings página. El campo de muestra creado en la sección de Información de Informes es para propósitos de informes europeos.
  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 iniciar la prueba de un componente y/o página. Para obtener más información, consulta Iniciar Pruebas.