Automação de testes do Playground

Reproduzir automações como um tipo de automação do Test Manager ao lado de automações criadas pelo Studio, sem reescrever conjuntos de testes existentes no Studio.

Observação:

This capability is in controlled availability, delivered only to eligible tenants. It is available in Test Manager only when delivered through Test Cloud, and UiPath must enable it for your tenant before it works — contact your UiPath account team with your tenant details to request enablement.

O Test Manager pode executar casos de teste apoiados por automações do Playwight , além de automações criadas pelo Studio (Robot). As equipes que já escrevem testes de ponta a ponta no Playwright podem trazer esses testes para o Test Manager para orquestração, agendamento, relatórios e rastreabilidade, sem reescrevê-los no Studio.

Como as automações do Playground funcionam de ponta a ponta

Um projeto de teste Playwright reside em seu próprio sistema de controle de origem, fora da UiPath. A partir daí, a automação chega ao Test Manager por meio do seguinte fluxo:

1. O projeto é empacotado em um pacote de automação UiPath usando o tm pack comando da Interface de Linha de Comando da UiPath (CLI) e, em seguida, publicado no Feed de pacotes para todo o tenant global do Orchestrator ou em um Feed dedicado no nível da pasta. Para as etapas de empacotamento, consulte Empacotamento de projetos Playwright para Test Manager.
2. O pacote publicado torna-se selecionável no Test Manager da mesma forma que uma automação publicada no Studio é, por meio do fluxo de Seleção de automação .
3. Se o pacote foi criado com uma chave de projeto do Test Manager, os casos de teste correspondentes são criados automaticamente, e a automação Playwight é vinculada automaticamente a cada um deles, assim que o Test Manager ingere o pacote. Caso contrário, o caso de teste será criado separadamente e a automação será vinculada manualmente, usando o mesmo fluxo usado para as automações do Studio.
4. A partir desse ponto, o caso de teste se comporta como qualquer outro caso de teste automatizado no Test Manager: pode ser colocado em conjuntos de testes, disparado sob demanda ou em um agendamento, e seus resultados, artefatos e links de rastreabilidade aparecem ao lado de todos os outros casos de teste. .

O que o Test Manager captura do seu projeto do Playground

Campo do Test Manager	Versões do Playground
Nome e Descrição	Apenas o título do teste. Os metadados do pacote não carregam um campo de descrição, portanto, Descrição não é preenchida.
Rótulos	@tag / valores de anotação (por exemplo, resilience, observability), copiados no caso de teste como rótulos para filtragem e escopo de conjuntos de testes.
Projeto/arquivo de especificação	O projeto do Playground (de playwright.config.ts) e o arquivo de especificações ao qual o teste pertence, capturados como metadados. Um caso de teste é criado por teste — não há distribuição por projeto.
Origem (selecione a guia Automação)	Um valor de origem do Playground ou UiPath, mostrado no seletor Selecionar automação.

Observação:

Nome e Descrição, Rótulos e Arquivo de projeto/especificação são implementados como rótulos do sistema gerados automaticamente no caso de teste. Only Source é um campo separado, mostrado como sua própria coluna no seletor Selecionar automação em vez de como um rótulo.

Terminologia

• A automação e o caso de teste permanecem tipos de artefato distintos no Test Manager.
• Uma automação, seja Playwright ou Studio, é atribuída a um caso de teste.
• Um teste do Playwright nunca é chamado de um caso de teste.

Paridade na execução e no relatório

Depois de atribuído, um caso de teste apoiado pelo Playwight é executado, agendado e relatado exatamente como um criado pelo Studio: mesmos gatilhos, mesmas regras de associação a conjuntos de testes, mesmos resultados e visualizações de rastreabilidade.

Restrições conhecidas

Limitação	O que isso significa
Apenas Chromium	O pod de execução instala apenas o Chromium. Um projeto configurado para usar o Firefox ou WebKit ainda pode ser selecionado, mas a execução não é executada nesse navegador.
Somente execução sem servidor	Os testes do Playground são executados apenas na infraestrutura Serverless da UiPath, com um pod dedicado por execução. A execução de robôs locais ou no local ainda não é compatível.
Apenas Node.js (JavaScript/TypeScript)	Apenas baseado em Node.js Projetos do Playground são compatíveis. Projetos playwright-python, playwright-java e playwright-dotnet não são compatíveis.
Projeto independente necessário	Cada projeto deve ser empacotado a partir de um diretório independente, com dependências que podem ser resolvidas na raiz empacotada. Uma subpasta mono-repo funciona apenas se for independente.
Nenhum detalhe no nível da asserção	O Test Manager não expõe as asserções do Playground individualmente. Isso depende do resultado de aprovação/falha por tentativa do Playwight e de anexos configurados.
Nenhuma importação de resultados de execução externa	Os resultados de uma suíte Playwight executadas fora do Test Manager, por exemplo, no próprio CI do cliente, não podem ser importados.
Trabalho único por execução	All test cases in one Playwright test set execution run within a single Orchestrator job — an oversized test set risks a job timeout.
Execution time limit	A Playwright test set execution has a 45-minute time limit, separate from the video-recording time limits that apply elsewhere in Test Manager.
Sem fragmentação de vários pods	Todo o pacote é executado em um pod por execução. O paralelismo de trabalhador do próprio Playwight se aplica conforme configurado, mas o shard distribuído entre pods ainda não está disponível.
Nenhum relatório por instalação	Os suportes do Playground (test.extend()) são executados normalmente, mas o Test Manager não os modela com relatórios no nível do caso de teste ou por correção.
Sem autocorreção	A autocorreção por agente ainda não está disponível para automações do Playwright.
Nenhuma ordem de execução forçada	A ordem dos casos de teste segue playwright.config.ts. Habilitar Impor Ordem de Execução, Cobertura de Atividade de RPA ou Healing Agent em um conjunto de testes Playwight falha na execução rápida.
Combinação entre pacotes ou versões cruzadas proibida	A mistura de casos de teste de dois pacotes Playwright diferentes ou do mesmo pacote em duas versões diferentes em um conjunto de testes é bloqueada.
Conjuntos de testes orientados por dados executam todas as variações	Cada variação de um teste Playwright parametrizado é seu próprio caso de teste. Adicionar uma variação a um conjunto de testes executa todas as variações desse teste.
Sem gravação de vídeo ou transmissão ao vivo da UiPath	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 Playground (use: { video } em playwright.config.ts) não é afetada — esses arquivos .webm ainda estão anexados como artefatos.

Licenciamento

A execução de um teste Playwright por meio do Test Manager consome a mesma capacidade de plataforma que qualquer outra execução de testes sem servidor, no nível de execução do robô subjacente — não há taxa de consumo diferente para Playwight versus automações de teste nativas da UiPath. Para obter detalhes, consulte Unified Pricing: licenciamento do Test Manager.

Relacionado

• Como funciona a captura de artefatos do Playground
• Empacotamento de projetos Playground para o Test Manager
• Configuração da captura de artefatos para testes do Playground
• Selecionando a automação