- 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
- 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
- Playwright test case fields
- 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
- Habilitação do Healing Agent
- 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 desempenho - Visão geral
- Requisitos de software e sistema
- Requisitos do sistema do On-Premises Robot
- Criação de testes automatizados
- Execução de cenários de desempenho
- Limitações conhecidas para testes de desempenho
- Melhores práticas para testes de desempenho
- Solução de problemas de testes de desempenho
- 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
Pré-requisitos de software e sistema para testes de desempenho no Test Manager, abrangendo requisitos de versão do Studio, configuração de robôs na nuvem e de robôs locais.
Antes de criar e executar cenários de Performance Testing no Test Manager, certifique-se de que sua organização e o tenant atendam aos pré-requisitos de infraestrutura, robô e automação de testes necessários. A configuração depende do tipo de robô usado para executar a carga: robôs de nuvem ou robôs de testes de aplicativos (Unattended), robôs on-premises.
Requisitos do Studio
O teste de desempenho reutiliza seus casos de teste funcionais automatizados existentes. Certifique-se de criar seus testes do Studio com base nas seguintes condições:
- Use uma versão do UiPath Studio igual ou superior à 2025.10.3.
- Use um tipo de projeto de Automação de teste.
- Usando as versões mais recentes do pacote de atividades:
System.Activitiesversão 25.4.2 ou superiorTesting.Activitiesversão 25.10.2 ou superiorUIAutomation.Activitiesversão 25.10.2 ou superiorWebAPI.Activitiesversão 2.1.0 ou superior
O Analisador de Fluxo de Trabalho é executado como parte de cada simulação e confirma que as versões do Studio, UIAutomation.Activities e Testing.Activities pacote usadas por cada caso de teste atendem aos requisitos acima. Um caso de teste criado em uma versão mais antiga pode ser executado bem em um conjunto de testes regular, mas falha quando atinge a simulação — o Analisador de Fluxo de Trabalho revela exatamente qual versão ou atividade é o problema, antes que você perca tempo em uma execução que não pode ser bem-sucedida.
Requisitos do robô
Configure os tipos de robô que você precisa.
- Os Serverless Cloud Robots consomem Platform Units e são mais adequados para testes da Web e de API. Eles são escalonados automaticamente no Test Cloud, mas não são compatíveis com automações de desktop.
- Os robôs on-premises consomem 250 runtimes por pacote de usuários virtuais e são necessários para testes de desempenho da área de trabalho. Esses runtimes devem ser atribuídos dentro de modelos de máquina no Orchestrator. Consulte os requisitos do sistema para robôs on-premises.
Requisitos de rede
Métricas HTTP seguras com firewall: se a porta 5671 (AMQP para Hub de Eventos do Azure) estiver bloqueada, o Performance Testing realiza fallback automaticamente para a comunicação baseada em WebSocket sobre a porta 443 e, se ela também falhar, para a entrega de métrica baseada em API. Você não precisa solicitar uma nova regra de firewall para fazer com que as métricas fluam — o fallback é automático. Consulte Solução de problemas de testes de desempenho para o diagnóstico da porta 5671, ainda a primeira verificação direita se as métricas não estão aparecendo.
Fontes de dados (entidades do Data Fabric)
Os cenários de desempenho geralmente exigem dados de teste dinâmicos em escala. O Test Manager pode se conectar a entidades do Data Fabric, que servem como fonte de dados de teste parametrizados durante a execução de cenários. Isso garante uma entrada realista e variada para usuários virtuais simultâneos.