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

Septiembre de 2026

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

4 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.

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)

¿Te ha resultado útil esta página?

Conectar

¿Necesita ayuda? Soporte

¿Quiere aprender? UiPath Academy

¿Tiene alguna pregunta? Foro de UiPath

Manténgase actualizado