Volver al inicio

DoQA 4.0: Ejecución de Pruebas Automatizadas desde TMS sin CI | Guía

DoQA 4.0 integra la ejecución y el análisis de pruebas automatizadas en Test Management System. Ahora los probadores pueden iniciar pruebas, ver trazas de pila y crear informes de errores sin cambiar entre sistemas. Esto acelera la detección de defectos y unifica el proceso de pruebas.

Ejecutar Pruebas Automatizadas desde TMS: Cómo DoQA 4.0 Une Pruebas y CI
Advertisement 728x90

DoQA 4.0: Gestión de pruebas automatizadas sin salir del TMS

DoQA 4.0 introduce funcionalidad que te permite lanzar y analizar pruebas automatizadas directamente dentro de tu Sistema de Gestión de Pruebas (TMS). Esto elimina la necesidad de cambiar a sistemas de integración continua (CI) para iniciar ejecuciones y revisar resultados, acelerando drásticamente el proceso de pruebas y la detección de defectos. Los desarrolladores y probadores ahora pueden permanecer en un solo entorno desde la planificación de pruebas hasta el registro de errores.

Dos enfoques para TMS: clásico e integración con CI

El mercado de Sistemas de Gestión de Pruebas se ha asentado en dos enfoques principales. El primero, el clásico, se centra únicamente en pruebas manuales: el TMS almacena casos de prueba, construye suites de pruebas, rastrea estados de ejecución y resultados. Toda la lógica de ejecución de pruebas ocurre fuera del sistema: los probadores trabajan directamente con la aplicación.

El segundo enfoque implica integración con CI. Aquí, el TMS vincula pruebas automatizadas a casos de prueba, extrae resultados de ejecuciones de CI y muestra historial y estados actuales. Sin embargo, hasta hace poco, lanzar pruebas automatizadas requería cambiar a un sistema CI (como GitLab o Jenkins), rompiendo el flujo de trabajo del probador.

Google AdInline article slot

Lanzamiento de pruebas automatizadas directamente desde la interfaz de TMS

DoQA 4.0 cuenta con integración directa que te permite iniciar lanzamientos de pruebas automatizadas sin salir del TMS. Al crear una ejecución de pruebas, obtienes una opción para seleccionar el método de lanzamiento, incluidas las pruebas automatizadas. El usuario especifica:

  • Sistema CI (GitLab, Jenkins, etc.)
  • Proyecto en CI
  • Rama de código

De esta forma, la ejecución queda ligada a un entorno específico de ejecución. La innovación clave: puedes lanzar no solo la tubería completa, sino también pruebas automatizadas individuales. Esto es especialmente útil para verificar cambios locales; por ejemplo, tras arreglar un error, puedes reprobar rápidamente la funcionalidad afectada sin esperar una regresión completa.

Importante: La ejecución de pruebas sigue ocurriendo en CI. El TMS actúa como punto de lanzamiento y agregador de resultados, sin reemplazar la infraestructura de CI.

Google AdInline article slot

Interfaz unificada para analizar resultados

Tras el lanzamiento, la prueba automatizada aparece en la ejecución como un caso de prueba normal, con estado (aprobada/fallida), asignado y opciones de comentario. Si una prueba falla, el TMS proporciona inmediatamente detalles:

  • Mensaje de error
  • Traza de pila
  • Capturas de pantalla o vídeo (si está configurado)
  • Registros de ejecución

Esto elimina la necesidad de saltar a CI para depurar problemas. Además, desde la interfaz de TMS, puedes crear al instante un informe de error en tu rastreador (Jira, YouTrack, etc.), rellenando automáticamente una plantilla con los datos de la prueba fallida.

Historial de ejecuciones de pruebas: análisis de estabilidad en un solo lugar

DoQA 4.0 consolida el historial de ejecución de todas las pruebas —manuales y automatizadas— en una sola línea temporal. Para cada prueba automatizada, obtienes estadísticas:

Google AdInline article slot
  • Tasa de éxito
  • Lista de fallos con fechas y trazas de pila
  • Tiempo de ejecución promedio

Esto te permite evaluar rápidamente la estabilidad de las pruebas e identificar problemas recurrentes. Por ejemplo, si una prueba falla de forma intermitente el 30 % de las veces en un paso específico, el equipo puede centrarse en esa sección.

Beneficios clave

  • Lanzamiento desde TMS: La iniciación de pruebas automatizadas ocurre en el sistema de gestión de pruebas, sin necesidad de cambiar a CI.
  • Detalles de fallos en el sitio: Trazas de pila y registros están ahí mismo en la interfaz de TMS, acelerando el diagnóstico.
  • Informes de errores en un clic: La integración con el rastreador permite registrar defectos sin cambiar de contexto.
  • Historial unificado: El análisis de estabilidad de pruebas se mantiene en un solo sistema, sin recopilar datos de múltiples fuentes.
  • Lanzamientos flexibles: Probar escenarios individuales acelera la verificación de cambios.

Esta integración convierte al TMS de un repositorio pasivo de casos de prueba en un centro de control activo de pruebas. El proceso se vuelve completamente autocontenido: desde la asignación de tareas hasta el registro de defectos, todo en un solo sistema. Reduce la comunicación por cambio de herramientas y permite a los probadores centrarse en el análisis de resultados, no en malabares con pestañas.

— Editorial Team

Advertisement 728x90

Leer después