- Primeros pasos
- Gestión de proyecto
- Trabajo con el análisis de impacto de cambios
- Creación de casos de prueba
- Asignar Casos de prueba a los Requisitos
- Clonación de casos de prueba
- Exportar casos de prueba
- Vincular casos de prueba en Studio a Test Manager
- Delete test cases
- Habilitar la gobernanza a nivel de proyecto
- Deshabilitar la gobernanza a nivel de proyecto
- Habilitar el control a nivel de caso de prueba
- Deshabilitar el control a nivel de caso de prueba
- Habilitar o deshabilitar el control en masa para casos de prueba
- Aplicar el orden de firma para casos de prueba gobernados
- Gestionar aprobadores para casos de prueba controlados
- Gestionar casos de prueba gobernados en el estado En trabajo
- Gestionar casos de prueba gobernados en el estado En revisión
- Gestionar objetos controlados en estado Firmado
- Gestionar comentarios para casos de prueba controlados
- Ver información de gobernanza para registros de casos de prueba
- Gestionar aprobadores para registros de casos de prueba gobernados
- Gestionar registros de casos de prueba gobernados en el estado En trabajo
- Gestionar registros de casos de prueba gobernados en el estado En revisión
- Gestionar registros de casos de prueba gobernados en el estado Firmado
- Gestionar comentarios para registros de casos de prueba gobernados
- Habilitar la gobernanza a nivel de registro de casos de prueba
- Deshabilitar el control a nivel de registro de casos de prueba
- Ver y buscar casos de prueba
- Ejecutar casos de prueba sin un conjunto de pruebas
- Ejecutar pruebas mixtas
- Crear ejecuciones pendientes
- Volver a ejecutar ejecuciones de prueba
- Solución de problemas de ejecuciones automatizadas
- Preguntas frecuentes: paridad de características: Test Manager frente a Orchestrator
- Analizar resultados de prueba
- Estados de resultados de la prueba de Playwright
- Eliminar resultados de casos de prueba
- Sincronización de defectos
- Crear defectos a partir de resultados
- Resultados de pruebas automatizadas
- Anular los resultados de la prueba
- Navegar y buscar resultados de prueba
- Examinar resultados de casos de prueba
- Ver cobertura de actividad
- Operaciones y utilidades del proyecto
- Configuración de Test Manager
- Configuración del nivel de tenant
- Configuración general del proyecto
- Eventos
- Suscribirse a eventos
- Suscribirse a todos los eventos:
- Darse de baja de eventos
- Darse de baja de todos los eventos
- Cancelar la suscripción desde la página de configuración de notificaciones
- Ver notificaciones
- Filtrar notificaciones
- Ver notificaciones de correo electrónico
- Habilitar notificaciones por correo electrónico para servidores SMTP
- Ver solo las notificaciones no leídas
- Marking all notifications as read
- Clearing all notifications
- Deleting notifications
- Cifrado de claves administradas por el cliente
- Registros de auditoría
- Integración de herramientas de ALM
- Integración de herramientas de ALM
- Test Manager Connect
- Test Manager: conector de Integration Service
- Rangos de IP salientes para conectores
- Trabajar con SAP Cloud ALM y Test Manager
- Paso 1: integrar SAP Cloud ALM con Test Manager
- Paso 2: crear casos de prueba automatizados en SAP Cloud ALM
- Paso 3: crear casos de prueba automatizados en Test Manager
- Paso 4: sincronizar los casos de prueba de Test Manager con SAP Cloud ALM
- Paso 5: asignar automatizaciones de prueba a casos de prueba
- Paso 6: ejecutar casos de prueba
- Mejores prácticas de automatización de pruebas de SAP
- Resolución de problemas de la integración de Jira
- Integración de API
- Agentes de codificación para pruebas
- Solución de problemas
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
.tmhexportado 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
.tmhse 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
.tmhque 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.
- Cómo se hereda el control
- Aprobadores y orden de firma
- Estado inicial
- Vista detallada del registro de casos de prueba
- Firma y el campo de rol declarado
- Flujo de trabajo y terminología
- Comportamiento de bloqueo durante la ejecución y la reejecución
- Informes y exportación
- Incluir información de control en .tmh exportar e importar