Pruebas con integración e informes de Jira

Redacta casos de prueba a partir de tickets de Jira, registra errores de ejecuciones fallidas y reúne informes de cobertura de sprint, aprobaciones y métricas de control de calidad con Delegate.

Una vez conectado, Delegate puede leer tickets de Jira, registrar errores de ejecuciones fallidas y ensamblar informes que hacen referencia cruzada a Jira y Test Manager. Las siguientes tareas son independientes entre sí.

Requisitos previos

1. Completa la configuración única en Configurar y ejecutar tu primer caso de prueba.
2. Connect Jira (configuración única):
   1. Abre Delegate → Configuración → Conexiones.
   2. Busca Jira en la lista y selecciona Conectar.
   3. Autentícate con tu cuenta de Atlassian.
   4. Seleccione su instancia de Jira o espacio de trabajo.

Leer un ticket y redactar casos de prueba a partir de él

1. Introduce una solicitud que haga referencia al ticket, por ejemplo: "Lee el ticket MYAPP-42 y escríbeme un caso de prueba para cada criterio de aceptación".

Resultado

Delegate extrae el título, la descripción, los criterios de aceptación y los comentarios del ticket, identifica cada criterio y redacta un caso de prueba estructurado (pasos y resultados esperados) por criterio. Verá un borrador de caso de prueba por criterio de aceptación, listo para que lo revise y ajuste para su IU específica antes de añadirla a Test Manager.

Nota:

Delegate solo conoce el contenido del ticket. Si los criterios de aceptación son vagos o faltan, los casos de prueba redactados lo reflejarán.

Registrar un error de una ejecución fallida

1. Después de una ejecución fallida, introduce una solicitud que describa el fallo, por ejemplo: "Crea un error de Jira en el proyecto MYAPP para el fallo en el paso 3: el panel no se cargó después de iniciar sesión".

Resultado

Delegate rellena previamente el ticket: resumen del paso fallido, descripción del comportamiento observado frente al esperado, el nombre del caso de prueba y ObjKey, un enlace a la ejecución de Test Manager y el detalle del paso fallido. Verás el nuevo ticket, listo para enviar al equipo de desarrollo. Añade prioridad o etiquetas en la misma solicitud, por ejemplo "márcala como de alta prioridad y etiquétala como regresión".

Generar un informe de cobertura de prueba de sprint

1. Introduce una solicitud nombrando el sprint y el proyecto, por ejemplo: "Generar un informe de cobertura de prueba para el sprint 24 en el proyecto MYAPP".

Resultado

Delegate extrae los tickets de Jira del sprint, encuentra casos de prueba vinculados en Test Manager, comprueba cuáles se ejecutaron y resume aprobado/fallo por historia. Verás una tabla de historias con su recuento de casos de prueba, estado de ejecución y resultado, con historias que tienen cobertura de prueba cero marcadas explícitamente.

Preparar un documento de aprobación de control de calidad

1. Introduce una solicitud que describa la versión y sus orígenes, por ejemplo: "Prepara un documento de aprobación de control de calidad para la versión v2.4. Los tickets del sprint están en el sprint 24 del proyecto MYAPP de Jira. Nuestros resultados de prueba están en el proyecto MYAPP de Test Manager".

Resultado

Delegate extrae el ámbito de la versión de Jira, encuentra casos de prueba y resultados vinculados, identifica las áreas probadas frente a las no probadas y redacta el documento completo: ámbito, resumen de cobertura, resultados de ejecución, errores pendientes, evaluación de riesgos y una declaración de despedida. Verás un borrador completo, normalmente en unos 5 minutos, que puedes pedir a Delegate que guarde como documento de Word, página de Confluence o correo electrónico directamente.

Comparar resultados entre sprints

1. Introduce una solicitud que nombre el conjunto de pruebas y el rango del sprint, por ejemplo: "Compara los resultados de las pruebas de Regression Suite en los últimos 4 sprints del proyecto MYAPP".

Resultado

Delegate alinea los resultados por caso de prueba en los patrones de sprints y marcadores: casos que fallan constantemente, casos escamosos, tendencias de tasa de aprobación a la baja y áreas no probadas. Verás una tabla de tendencias por caso de prueba con un marcador de estado (Estable, Escamoso, Degradante, No ejecutado, Fallo crónico) para cada uno.

Crear una página de métricas de control de calidad

1. Introduce una solicitud que nombre el proyecto y el sprint, por ejemplo: "Crea una página de métricas de control de calidad en Confluence para el proyecto MYAPP que cubra el sprint 24".

Resultado

Delegate extrae la tasa de aprobación, la tasa de cobertura, los errores abiertos y los recuentos de pruebas escamosas de Test Manager y Jira, y crea una página de Confluence estructurada. Verás una página de Confluence compartible con una tabla de resumen, datos de tendencias, los principales casos de prueba fallidos y brechas de cobertura, actualizable en cada sprint con un mensaje de seguimiento como "Actualizar la página de Confluence de métricas de control de calidad para el sprint 25"

Redacción de un documento de estrategia de control de calidad para un nuevo proyecto

1. Describe el nuevo proyecto, por ejemplo: "Escribe un documento de estrategia de control de calidad para un nuevo proyecto llamado NEWAPP: es una plataforma de comercio electrónico, un equipo de control de calidad de 5 personas, que utiliza Test Manager y Jira, con un ciclo de entrega de 3 meses".

Resultado

Delegate redacta la estructura estándar: ámbito, enfoque, herramientas/entorno, gestión de casos de prueba, plan de ejecución, criterios de entrada/salida, gestión de defectos, riesgos y roles. Verás un documento completo en aproximadamente un 80 %; rellena el ámbito específico del proyecto, los nombres de los equipos y las puertas de lanzamiento. Comenzar solo con la sección de ámbito tiende a anclar bien el resto.