UiPath Documentation
test-manager
latest
false
Guía de usuario de Test Manager
Importante :
La localización de contenidos recién publicados puede tardar entre una y dos semanas en estar disponible.

Pruebas de control de procesos para registros de casos de prueba

Pruebas de gobernanza de procesos para registros de casos de prueba en Test Manager: cómo se hereda la gobernanza, sus estados y en qué se diferencia de la gobernanza en casos de prueba.

Testing Process Governance también se extiende a los registros de casos de prueba, los registros creados cada vez que se ejecuta un caso de prueba gobernado. Este tema explica cómo se comporta el control para los registros de casos de prueba y en qué se diferencia del control en casos de prueba.

Cómo se hereda el control​

El estado gobernado de un registro de casos de prueba se establece de dos maneras. En el momento de la creación, el registro hereda solo si se rige el caso de prueba principal, no el estado de aprobación del padre, junto con los aprobadores de los padres en ese momento. Consulta la sección Estado inicial de la documentación, para saber cómo se determina el propio estado de aprobación del registro.

  • Si se rige el caso de prueba principal, el registro del caso de prueba resultante se rige automáticamente y hereda todos los registros de firmantes (aprobadores) del caso de prueba principal en ese momento.
  • Si el caso de prueba principal no está controlado, el registro del caso de prueba resultante no está controlado.

También puedes habilitar o deshabilitar el control directamente en un registro de caso de prueba después, independientemente del caso de prueba principal. Para obtener más información, consulta Habilitar la gobernanza a nivel de registro de casos de prueba y Deshabilitar la gobernanza a nivel de registro de casos de prueba.

Una vez que se rige un registro de caso de prueba, ya sea por herencia o directamente, se convierte en una entidad separada de su caso de prueba principal: deshabilitar posteriormente la gobernanza en el caso de prueba principal, a nivel de proyecto o de caso de prueba, no tiene efecto en los registros ya creados .

Aprobadores y orden de firma​

Puedes añadir o eliminar los aprobadores de un registro independientemente del caso de prueba principal en cualquier momento. Para obtener más información, consulta Gestionar aprobadores para registros de casos de prueba gobernados.

Un registro tampoco hereda nunca un requisito de orden de firma de su caso de prueba principal: el orden de firma forzado es una configuración solo para casos de prueba, por lo que los registros siempre aceptan firmas en cualquier orden, independientemente de la configuración del padre. Para obtener más información, consulta Aplicar el orden de firma para casos de prueba gobernados.

Estado inicial​

Un registro de caso de prueba gobernado siempre comienza en el estado En trabajo , independientemente del estado de aprobación del caso de prueba principal en el tiempo de ejecución. Por ejemplo, ejecutar un caso de prueba que actualmente está firmado todavía produce un registro de caso de prueba que se inicia en En trabajo.

Test Manager no muestra una advertencia en un registro de caso de prueba cuando su caso de prueba principal se ejecutó mientras no estaba completamente firmado. El control en un registro de caso de prueba es independiente del control en su caso de prueba principal, por lo que el estado de aprobación del padre en el momento de la ejecución no afecta al registro.

Vista detallada del registro de casos de prueba​

La vista de detalles de un registro de casos de prueba gobernados incluye una sección de Gobernanza , de la misma manera que lo hace un caso de prueba gobernado. Los aprobadores que hacen referencia a un usuario o grupo que ya no existe, por ejemplo, un usuario eliminado, se marcan como tales en esta sección.

Firma y el campo de rol declarado​

Al firmar un registro de caso de prueba, o un caso de prueba, el cuadro de diálogo de firma requiere un campo de texto libre obligatorio Tu rol en el momento de la firma , de hasta 255 caracteres. Este rol se almacena de forma inmutable junto con la firma y se muestra en el resumen de firma, y es independiente entre la propia firma de un registro de caso de prueba y la firma de su caso de prueba principal.

Flujo de trabajo y terminología​

Los registros de casos de prueba utilizan los mismos tres estados que los casos de prueba, En trabajo, En revisión, Firmado y la misma terminología básica (Aprobador, Registro de firmante, estado de aprobación). Para obtener más información, consulta Control de procesos de prueba. Sin embargo, las transiciones fuera del estado Firmado funcionan de forma diferente para los registros de casos de prueba que para los casos de prueba:

  • Anular la firma de un único aprobador en un registro de caso de prueba firmado revierte implícitamente el registro a En revisión. No vuelve a En trabajo.
  • Revertir un registro de caso de prueba firmado hasta En el trabajo es una acción independiente y explícita que anula todas las firmas del registro a la vez y requiere confirmar una solicitud de advertencia.

Comportamiento de bloqueo durante la ejecución y la reejecución​

Debido a que un registro de caso de prueba puede estar ejecutándose activamente al mismo tiempo que alguien intenta cambiar su estado de control, Test Manager aplica la siguiente regla: no puedes hacer la transición de un registro de caso de prueba entre estados de aprobación mientras se ejecuta. Test Manager bloquea la acción y muestra un error. Esto se aplica de manera uniforme en las ejecuciones manuales y automatizadas, las reejecuciones y las acciones de anulación de resultados.

Informes y exportación​

El informe en PDF para ejecuciones de prueba indica el estado de aprobación en todos los registros de casos de prueba gobernados e incluye el rol declarado de cada aprobador en el bloque de firma. También se implementa la exportación masiva (Excel) e incluye los mismos datos de gobernanza siempre que sea relevante.

Incluir información de control en .tmh exportar e importar​

Al exportar o importar un proyecto como archivo .tmh , puedes elegir incluir información de gobernanza para casos de prueba y registros de casos de prueba.

  • La opción Incluir información de gobernanza está disponible en el cuadro de diálogo de exportación y está desactivada de forma predeterminada. Cuando está activado, el archivo .tmh exportado incluye, para cada caso de prueba y registro de caso de prueba exportados: el marcador gobernado, el estado de aprobación (En trabajo, En revisión o Firmado), aprobadores (registros de firmantes, incluido el rol declarado de cada aprobador ) y los metadatos de la firma (firmante y marca de tiempo).
  • La opción Incluir información de gobernanza está disponible en el cuadro de diálogo de importación y está desactivada de forma predeterminada. Cuando se activa, la información de control presente en el archivo .tmh se aplica a los casos de prueba y registros de casos de prueba importados. Cuando se deja, se ignora cualquier información de control en el archivo.
  • Exportar objetos controlados con la opción activada y luego importar el archivo resultante con la opción activada restaura el estado de control de esos objetos.
  • Si importas un archivo .tmh que contiene información de control en un proyecto en el que el control no está habilitado, se omite la información de control. Los objetos se importan normalmente, sin error, pero sin datos de control. En este caso, la opción Incluir información de gobernanza en el cuadro de diálogo de importación está deshabilitada.

Para obtener más información sobre el propio formato de archivo, consulta Especificación del formato de archivo TMH.

¿Te ha resultado útil esta página?

Conectar

¿Necesita ayuda? Soporte

¿Quiere aprender? UiPath Academy

¿Tiene alguna pregunta? Foro de UiPath

Manténgase actualizado