Septiembre de 2026

Notas de la versión de septiembre de 2026 para Test Manager en Automation Cloud y Test Cloud.

4 de septiembre de 2026

Automatización de pruebas de Playwright

Test Manager ahora puede ejecutar casos de prueba respaldados por automatizaciones de Playwright , junto con automatizaciones creadas por Studio (Robot), sin reescribir las suites de Playwright existentes en Studio. Esta capacidad está en disponibilidad controlada, se entrega solo a tenants elegibles y está disponible en Test Manager solo cuando se entrega a través de Test Cloud.

Empaquetado y vinculación

• Un nuevo uip tm pack comando de interfaz de línea de comandos (CLI) empaqueta un proyecto de Node.js Playwright (JavaScript/TypeScript) en un paquete de automatización de UiPath, publicable en Orchestrator como cualquier otro paquete.
• Los casos de prueba de Test Manager se crean y vinculan automáticamente directamente desde tus bloques test() una vez que Test Manager ingiere un paquete que se creó con una clave de proyecto.
• Las automatizaciones de Playwright se pueden seleccionar, actualizar y desvincular a través de los flujos existentes Seleccionar automatización y Desvincular automatización: los paquetes de Playwright muestran un Origen de Playwright junto con UiPath de Studio.
• Las nuevas etiquetas del sistema PW_ gestionadas automáticamente hacen que los casos de prueba se puedan buscar y filtrar sin tocar tus propias etiquetas.

Ejecución e informes

• La ejecución de un conjunto de pruebas puede limitarse a uno o más proyectos de Playwright a través del nuevo menú desplegable Proyectos de Playwright al añadir un paquete a un conjunto de pruebas; cada ejecución congela su selección de paquete, versión y proyecto como una instantánea para una reejecución fiable.
• Dos nuevas pestañas en los registros de casos de prueba de Playwright: Intentos, para el contexto de error por intento renderizado en línea, y Seguimiento, para un visor de seguimiento de Playwright integrado con registros de consola, llamadas de red y archivos adjuntos descargables.
• Gestión de reintentos: una prueba que falla y luego pasa el reintento se registra como Aprobado, con los intentos fallidos aún visibles en la pestaña Intentos y wasFlaky: true registrados en el archivo adjunto de resultado por prueba.
• Sin cambios en las licencias: las ejecuciones de Playwright consumen la misma capacidad de la plataforma que cualquier otra ejecución de prueba sin servidor, en función del tiempo de ejecución.

Restricciones de ejecución

• Ejecución solo de Chromium y solo sin servidor; Solo proyectos de Node.js Playwright.
• Un trabajo de Orchestrator por ejecución de conjunto de pruebas, sin fragmentación de varios pods.
• No hay orden de ejecución forzada: el orden sigue playwright.config.ts.
• Se bloquea la mezcla de casos de prueba de dos paquetes de Playwright diferentes, o dos versiones del mismo paquete, en un conjunto de pruebas.
• Al añadir una variación de caso de prueba basada en datos a un conjunto de pruebas se ejecutan todas sus variaciones generadas.

Para obtener más información, consulta Automatización de pruebas de Playwright.

3 de septiembre de 2026

Datos del portapapeles disponibles como argumento de la herramienta MCP en pasos de prueba

Las herramientas del Protocolo de contexto del modelo (MCP) de Test Manager para añadir y actualizar pasos de prueba (Añadir pasos de prueba en masa, Actualizar pasos de prueba en masa) aceptan un argumento de datos del portapapeles opcional, que coincide con el campo ya disponible en la IU de Test Manager.

Esto te permite establecer o actualizar los datos del portapapeles de un paso mediante programación, por ejemplo, al generar casos de prueba con entrada variable a través de Autopilot Chat o Delegate, sin recurrir a la automatización de IU. Las llamadas existentes que omiten el argumento no se ven afectadas.

Para obtener más información, consulta la sección Casos de prueba manuales de la documentación.

Nuevas actividades en el conector Integration Service – Test Manager

El paquete de actividades del conector de UiPath Test Manager añade siete nuevas actividades:

• Crear paso de prueba : crea un paso de prueba para un caso de prueba.
• Obtener requisitos : obtiene todos los requisitos de un proyecto.
• Obtener casos de prueba : obtiene todos los casos de prueba para un proyecto.
• Obtener ejecuciones de prueba : obtiene todas las ejecuciones de prueba para un proyecto.
• Obtener conjuntos de pruebas : obtiene todos los conjuntos de pruebas para un proyecto.
• Obtener paso de prueba : obtiene un paso de prueba por ID.
• Actualizar paso de prueba : actualiza los detalles de un paso de prueba, como la descripción y el resultado esperado.

Para obtener más información, consulta la página de actividades de UiPath Test Manager de la documentación.

Rediseño de la página de requisitos

La página de detalles del requisito se ha rediseñado con los siguientes cambios:

• La barra de herramientas expone Evaluar requisito y Asignar caso de prueba (agrupación Crear nuevo caso de prueba, Asignar caso de prueba existente, Generar casos de prueba y Buscar pruebas obsoletas) como acciones directas, junto con Optimizar cobertura, que se mantiene como un punto de entrada duplicado sin fecha de retirada establecido actualmente.
• El campo de descripción utiliza un editor de texto enriquecido en lugar de la sintaxis de Markdown, y muestra No se ha añadido ninguna descripción cuando está vacío.
• Las etiquetas, los campos personalizados, los archivos adjuntos y los metadatos de auditoría (Creado por / Actualizado por) se reorganizan en la descripción general de requisitos.

La descripción general utiliza un diseño receptivo que apila el contenido secundario debajo del área principal en anchos más estrechos.

Los casos de prueba asignados obtienen las opciones Vista de cuadrícula y Vista de lista . La vista de lista utiliza el desplazamiento virtual, cargando casos de prueba en lotes de 500 y muestra indicadores compactos de último resultado (Aprobado, Erróneo, Sin resultado). Puedes filtrar los casos de prueba asignados, incluso por último resultado, y seleccionar uno o más para desasignarlos o eliminarlos en masa. Los casos de prueba aún no se pueden ejecutar directamente desde un requisito.

Para obtener más información, consulta la sección Requisitos de la documentación.

Más fácil de leer y copiar mensajes de registro completos en ejecuciones de prueba

Los mensajes de registro de robot largos o truncados en la pestaña Registros de una ejecución de prueba eran difíciles de leer en su totalidad y no se podían copiar.

La pestaña Registros tiene una columna Información : selecciona el icono de información en cualquier fila de registro para abrir su mensaje completo en una ventana emergente, con un botón Copiar mensaje .

La pestaña Registros también obtiene búsqueda y clasificación de mensajes en la columna Nivel , además de un filtro Nivel para mostrar solo los niveles de registro que te interesan:

• Trace (All)
• Info + Warn + Error + Fatal
• Warn + Error + Fatal
• Error + Fatal
• Fatal

Para obtener más información, consulta la sección Analizar resultados de prueba de la documentación.

Corrección de errores

• Se han corregido las ObjectLabels solicitudes de adición/eliminación masiva con un objectType no válido o no compatible (combinado con una lista de ID de objetos vacía o por encima del límite) que devolvían un error 500 en lugar de 400 Bad Request con un mensaje de validación. (TMHUB-32720)
• Se han corregido las ObjectFilters solicitudes de creación/asignación con un filterExpression mal formado (tipo JSON incorrecto o nulo) que devolvían un error 500 en lugar de 400 Bad Request con un mensaje de validación. (TMHUB-32720)
• Se han corregido cuerpos de solicitud mal formados con campos escritos incorrectamente (por ejemplo, un valor search enviado como una matriz en lugar de una cadena) que devolvía un error 500 en lugar de 400 Bad Request, en todos los puntos finales de la API de Test Manager. (TMHUB-32720)