- Introdução
- Gerenciamento do projeto
- Documentos
- Trabalhando com análise de impacto de alterações
- Criar casos de teste
- Atribuição de casos de teste a requisitos
- Casos de teste de clonagem
- Exportação de casos de teste
- Configuração de casos de teste para execução
- Automação de casos de teste no Studio Web
- 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
- Vinculação de casos de teste no Studio ao Test Manager
- Delete test cases
- Casos de teste manuais
- Documentar casos de teste com o Task Capture
- Parâmetros
- Campos de caso de teste do Playground
- Habilitação de governança no nível do projeto
- Desabilitação da governança no nível do projeto
- Habilitação de governança no nível do caso de teste
- Como desabilitar a governança no nível do caso de teste
- Gerenciamento de aprovadores para casos de teste controlados
- Gerenciamento de casos de teste governados no estado Em andamento
- Gerenciamento de casos de teste governados no estado Em Revisão
- Gerenciamento de objetos governados no estado Assinado
- Gerenciamento de comentários para casos de teste governados
- Aplicação de filtros e visualizações
- Importando conjuntos de testes do Orchestrator
- Creating test sets
- Adição de casos de teste a um conjunto de testes
- Atribuição de usuários padrão na execução do conjunto de testes
- Habilitando a cobertura de atividade
- Configuração de conjuntos de testes para pastas e robôs de execução específicos
- Substituindo parâmetros
- Clonagem de conjuntos de teste
- Exportação de conjuntos de testes
- Aplicação de filtros e visualizações
- Perguntas frequentes - Paridade de funcionalidades - Test Manager versus Orchestrator
- Execução de testes manuais
- Execução de testes automatizados
- Execução de casos de teste sem um conjunto de testes
- Execução de testes mistos
- Criação de execuções pendentes
- Aplicação de uma ordem de execução
- Reexecutando execuções de teste
- Agendamento de execuções
- Solução de problemas de execuções automatizadas
- Testes de acessibilidade para o Test Cloud
- Operações e utilitários do projeto
- Configurações Test Manager
- Integração da ferramentas ALM
- Integração da ferramentas ALM
- Test Manager Connect
- Test Manager - conector do Integration Service
- Integração do API
- Agentes de codificação para testes
- Solução de problemas
Empacote um projeto de teste do Playwight em um pacote de automação da UiPath e publique-o no Orchestrator para que o Test Manager possa executá-lo.
Esse recurso está em disponibilidade controlada, entregue apenas a tenants elegíveis. Ela está disponível no Test Manager apenas quando entregue por meio do Test Cloud.
Empacote um projeto de teste Playwight em um pacote de automação UiPath (.nupkg) e publique-o no Orchestrator, para que a automação fique disponível para execução a partir do Test Manager.
Pré-requisitos
- Um diretório de projeto de teste independente do Playwight: seu próprio
playwright.config.*,package.jsone um arquivo de bloqueio compatível, com dependências que podem ser resolvidas na raiz empacotada. Uma subpasta mono-repo funciona apenas se for independente. - Versão 1.19 ou posterior do Playground. npm é o único gerenciador de pacotes compatível — a raiz empacotada deve conter um
package-lock.json. - A Interface de Linha de Comando da UiPath (CLI) instalada e atualizada para uma versão recente. Consulte Instalação do UiPath CLI.
- Uma chave de projeto do Test Manager. Exigido por padrão — a CLI se recusa a empacotar sem um, a menos que você seja aprovado em
--no-create-test-cases. Os casos de teste correspondentes são criados e vinculados automaticamente quando o Test Manager ingere o pacote resultante, não no momento do empacotamento. A chave deve ser alfanumérica maiúscula.
O pacote exclui node_modules, .git, .uipath, dist, test-results, playwright-report e .cache. Também sempre exclui arquivos secretos em qualquer profundidade: .env, .env.*, .npmrc e .git-credentials. Todo o resto no diretório do projeto é enviado como está; portanto, mantenha os segredos fora do contato de outros arquivos — as credenciais codificadas em arquivos de configuração ou hardware ainda são enviadas.
Etapas
-
Abra um terminal no diretório raiz do projeto do Playground.
-
Execute
uip tm packcom a opção--type playwright, por exemplo:uip tm pack --project-path . --type playwright --project-key SWAG --name SwagLabsDemo --package-version 1.0.0 -o .packages --output jsonuip tm pack --project-path . --type playwright --project-key SWAG --name SwagLabsDemo --package-version 1.0.0 -o .packages --output jsonPara obter a referência completa do sinalizador, incluindo como optar por não participar da criação automática de casos de teste, consulte uip tm pack.
-
Publique o
.nupkgresultante no feed de pacote do Orchestrator do tenant, usando um dos seguintes:- Carregue-o manualmente no Orchestrator (Pacotes > Carregar).
- Solte-o em uma pasta que o Orchestrator monitora nos pacotes.
- Use o UiPath CLI para carregá-lo diretamente da linha de comando.
Resultado
O pacote aparece no Feed de pacotes do Orchestrator. Se uma chave do projeto for fornecida, os casos de teste correspondentes serão criados automaticamente nesse projeto do Test Manager, com a automação Playwright já vinculada. Caso contrário, as automações do pacote ficam disponíveis para seleção por meio da Seleção de automação.
Relacionado
- Automação de testes do Playground
- pacote uiip tm
- Automação de testes junto com a habilidade uipath-test — automatize todo esse fluxo, incluindo o empacotamento, a partir de um agente de codificação.