- Automation Cloud e Test Cloud
- Automation Cloud Public Sector e Test Cloud Public Sector
- Automation Cloud Dedicado e Test Cloud Dedicado
- Integrações
Notas de versão de setembro de 2026 para o Test Manager no Automation Cloud e no Test Cloud.
4 de setembro de 2026
Automação de testes do Playground
O Test Manager agora pode executar casos de teste apoiados por automações Playwight , juntamente com automações criadas pelo Studio (Robot), sem reescrever conjuntos Playwight existentes no Studio. Esse recurso está em disponibilidade controlada, entregue apenas a tenants elegíveis e está disponível no Test Manager apenas quando entregue por meio do Test Cloud.
Criando pacote e vinculando:
- Um novo comando
uip tm packda Interface de Linha de Comando (CLI) empacota um projeto Node.js Playwright (JavaScript/TypeScript) em um pacote de automação da UiPath, publicável no Orchestrator como qualquer outro pacote. - Os casos de teste do Test Manager são criados e vinculados automaticamente diretamente dos seus blocos
test()quando o Test Manager ingere um pacote que foi criado com uma chave de projeto. - As automações Playwight podem ser selecionadas, atualizadas e desvinculadas por meio dos fluxos de Seleção de automação e Desvinculação de automação existentes — os pacotes Playwight mostram uma Origem do Playwight ao lado do UiPath do Studio.
- Os novos rótulos do sistema
PW_gerenciados automaticamente mantêm os casos de teste pesquisáveis e filtráveis sem afetar seus próprios rótulos.
Execução e relatórios:
- A execução de um conjunto de testes pode ser limitada a um ou mais projetos Playwight por meio do novo menu suspenso Projetos Playwight ao adicionar um pacote a um conjunto de testes; cada execução congela seu pacote, versão e seleção de projeto como um instantâneo para reexecução confiável.
- Duas novas guias nos logs de casos de teste do Playwight: Tentativas, para contexto de erro por tentativa renderizado em linha, e Trace, para um visualizador de rastreamentos incorporado do Playwight com logs de console, chamadas de rede e anexos para download.
- Tratamento de nova tentativa: um teste que falha e depois é aprovado em uma nova tentativa é registrado como Aprovado, com a(s) tentativa(s) com falha ainda visível na guia Tentativas e
wasFlaky: trueregistradas no anexo de resultado por teste. - Nenhuma alteração no licenciamento: as execuções do Playwright consomem a mesma capacidade de plataforma que qualquer outra execução de testes sem servidor, com base no runtime.
Limitações conhecidas:
Restrições de execução:
- Execução somente do Chromium e somente sem servidor; Apenas projetos do Node.js Playground.
- Um trabalho do Orchestrator por execução de conjunto de testes, sem fragmentação em vários pods.
- Nenhuma ordem de execução forçada — a ordem segue
playwright.config.ts. - A mistura de casos de teste de dois pacotes Playwright diferentes ou duas versões do mesmo pacote em um conjunto de testes é bloqueada.
- Adicionar uma variação de caso de teste orientada por dados a um conjunto de testes executa todas as suas variações geradas.
Lacunas da funcionalidade:
- Nenhum detalhe sobre os resultados no nível das asserções e nenhuma importação de resultados executada fora do Test Manager.
- Nenhum relatório por correção e nenhuma autocorreção.
- Nenhuma gravação de vídeo UiPath ou transmissão ao vivo: habilitar a Gravação de vídeo em um conjunto de testes Playwright não tem efeito, e a guia Gravação e a ação de transmissão ao vivo não mostram dados. A captura de vídeo do próprio Playground (
use: { video }emplaywright.config.ts) não é afetada — esses arquivos.webmsão anexados como artefatos.
Para obter mais informações, consulte Automação de teste do Playground.
3 de setembro de 2026
Dados da área de transferência disponíveis como um argumento de ferramenta MCP em etapas de teste
As ferramentas Protocolo de Contexto do Modelo do Test Manager (MCP) para adicionar e atualizar etapas de teste (Adicionar etapas de teste em massa, Atualizar etapas de teste em massa) aceitam um argumento opcional de Dados da área de transferência , correspondendo ao campo já disponível na interface gráfica do Test Manager.
Isso permite que você defina ou atualize os dados da área de transferência de uma etapa programaticamente — por exemplo, ao gerar casos de teste com entrada de variável por meio do Autopilot Chat ou Delegate — sem recair na automação de interface gráfica. Os chamadores existentes que omitem o argumento não são afetados.
Para obter mais informações, consulte a seção Casos de teste manuais da documentação.
Novas atividades no Integration Service – Test Manager connector
O pacote de atividades do conector UiPath Test Manager adiciona sete novas atividades:
- Criar etapa de teste – Cria uma etapa de teste para um caso de teste.
- Obter requisitos – Obtém todos os requisitos de um projeto.
- Obter casos de teste – Obtém todos os casos de teste de um projeto.
- Obter execuções de teste – Obtém todas as execuções de teste para um projeto.
- Obter conjuntos de testes – Obtém todos os conjuntos de testes para um projeto.
- Obter etapa de teste – Obtém uma etapa de teste por ID.
- Atualizar etapa do teste – Atualiza os detalhes de uma etapa de teste, como descrição e resultado esperado.
Para obter mais informações, consulte a página de atividades do UiPath Test Manager da documentação.
Reformulação da página de requisitos
A página de detalhes do requisito foi redesenhada com as seguintes alterações:
- A barra de ferramentas expõe Avaliar requisito e Atribuir caso de teste (agrupamento de Criar novo caso de teste, Atribuir caso de teste existente, Gerar casos de teste e Encontrar testes obsoletos) como ações diretas, ao lado de Otimizar cobertura, que é mantido como um ponto de entrada duplicado sem data de descontinuação definido atualmente.
- O campo descrição usa um editor de rich text em vez de sintaxe Markdown e mostra Nenhuma descrição adicionada quando vazio.
- Rótulos, campos personalizados, anexos e metadados de auditoria (Criado por / Atualizado por) são reorganizados na visão geral do requisito.
A visão geral usa um layout responsivo que empilha conteúdo secundário abaixo da área principal em larguras mais estreitas.
Os casos de teste atribuídos obtêm as opções de Exibição em grade e Exibição em lista . A visualização de lista usa rolagem virtual, carregando casos de teste em lotes de 500 e mostra indicadores compactos de último resultado (Aprovado, Falhou, Sem resultado). Você pode filtrar casos de teste atribuídos, incluindo pelo último resultado, e selecionar um ou mais para Cancelar a atribuição ou Excluí- los em massa. Os casos de teste ainda não podem ser executados diretamente a partir de um requisito.
Para obter mais informações, consulte a seção Requisitos da documentação.
Mais fácil de ler e copiar mensagens de log completas em execuções de teste
Mensagens de log de robôs longas ou truncadas na guia Logs de uma execução de teste eram difíceis de ler por completo e não podiam ser copiadas.
A guia Logs possui uma coluna Informações : selecione o ícone de informações em qualquer linha de log para abrir sua mensagem completa em um pop-up, com um botão Copiar mensagem .
A guia Logs também possui pesquisa e classificação de mensagens na coluna Nível , além de um filtro Nível para mostrar apenas os níveis de log com os quais você se preocupa:
- Trace (All)
- Info + Warn + Error + Fatal
- Warn + Error + Fatal
- Error + Fatal
- Fatal
Para obter mais informações, consulte a seção Análise de resultados de testes da documentação.
Correções de bugs
- Corrigida
ObjectLabelssolicitações em massa de adicionar/remover com umobjectTypeinválido ou não compatível (combinado com uma lista vazia ou acima do limite de IDs de objeto) retornando um erro500em vez de400 Bad Requestcom uma mensagem de validação. (TMHUB-32720) - Corrigida
ObjectFilterssolicitações de criação/atribuição com umfilterExpressionmalformado (tipo JSON errado ou nulo) retornando um erro500em vez de400 Bad Requestcom uma mensagem de validação. (TMHUB-32720) - Corrigidos corpos de solicitações malformados com campos digitados incorretamente (por exemplo, um valor
searchenviado como uma matriz em vez de uma string) retornando um erro500em vez de400 Bad Request, em pontos de extremidade da API do Test Manager. (TMHUB-32720)
- 4 de setembro de 2026
- Automação de testes do Playground
- 3 de setembro de 2026
- Dados da área de transferência disponíveis como um argumento de ferramenta MCP em etapas de teste
- Novas atividades no Integration Service – Test Manager connector
- Reformulação da página de requisitos
- Mais fácil de ler e copiar mensagens de log completas em execuções de teste
- Correções de bugs