- 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
- 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 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
Diretrizes de hardware, sistema operacional e multiplexação para robôs de testes de desempenho locais, incluindo relações de CPU e RAM por tipo de carga de trabalho e recomendações de linha de base de máquina virtual.
Observe os requisitos do sistema e as diretrizes de configuração recomendados para executar robôs de teste de desempenho em um ambiente local. Estas recomendações são baseadas em referências internas da UiPath e investigações de campo.
Multiplexação
Robôs de teste de desempenho dependem de atividade, o que significa que vários Usuários Virtuais (VUs) podem ser executados em paralelo na mesma máquina.
O número de VUs que um único robô executa simultaneamente é chamado de fator de Multiplexação (por exemplo, 10 VUs em paralelo é igual ao fator de Multiplexação 10). O fator de atividade é diferente por tipo de automação.
- As automações de API são compatíveis com o maior fator de Multiplexing devido a serem CPU/leve e vinculada a I/O. Os intervalos típicos são de 20 a 100 VUs por núcleo de CPU, dependendo do tamanho da carga de API.
- Multiplexação de suporte para automações da Web.
- As automações de área de trabalho estão restritas a 1 VU por máquina devido às restrições de sessão do Windows.
Multiplexing eficaz depende de:
- Arquitetura/desempenho da CPU e RAM disponível
- Tipo de carga de trabalho e complexidade (API > Web >> Desktop para potencial de Multiplexação)
- Serviços em segundo plano e sobrecarga do sistema
Dica:
Use pools de robôs separados para cargas de trabalho de API versus Web para ajustar a multiplexação de forma independente e evitar a contenção de recursos.
Máquinas Virtuais
- Use VMs otimizadas para computação com CPUs fortes e armazenamento SSD.
- Linha de base recomendada: 16 núcleos de CPU físicos, 32 GB de RAM, SSD.
- Configurações alternativas (menor eficiência) 4 núcleos / 8 GB de RAM ou 8 núcleos / 16 GB de RAM.
- Mantenha as máquinas virtuais limpas de serviços em segundo plano desnecessários.
Softwares e sistemas operacionais
- Windows Server 2022 ou mais recente
- Google Chrome instalado (mais recente estável) para Automações da Web
Observação:
Problema: ao executar a Automação da Web no local (usando máquinas locais), certifique-se de configurar a política de grupo corretamente. Acesse o Studio Desktop, navegue até UiPath Extensions > Chrome. Se o valor da Política de grupo online não estiver definido, desinstale o plug-in e selecione Política de grupo online durante a instalação. Para obter mais informações sobre políticas, consulte Políticas do Studio - Group.
Automações de API não exigem um navegador, mas o requisito do sistema operacional acima ainda se aplica.
Proporções de recursos
- CPU: 0,5–1,8 VUs por núcleo físico (mensurado em 16 núcleos físicos)
- RAM: 0,5–2 VUs por GB de RAM (mensurado em 32 GB)
- Contar apenas núcleos físicos; o hyper-threading fornece poucos benefícios sob carga contínua
Essas proporções de linha de base se aplicam mais diretamente a cargas de trabalho da Web. As cargas de trabalho de API geralmente atingem maior densidade de VU por núcleo/GB devido a uma menor sobrecarga de renderização. Valide suas cargas de trabalho por meio de simulação de execução e execução completa antes de finalizar o dimensionamento.
Capacity Planner
Em vez de calcular manualmente a capacidade a partir das proporções acima, o Capacity Planner executa uma curta série de sondas de carga progressivas em seu hardware real e extrapola uma recomendação de usuário virtual.
Projeto de sonda
| Tipo do grupo de carga | Projeto de sonda |
|---|---|
| API | Sondas para 10 usuários, 25 segundos cada |
| Web | Sondas para 1 usuário, 40 segundos cada |
| Área de Trabalho | Uma única sonda (automações desktop não fazem multiplexação, portanto, não há nada para extrapolar) |
O Capacity Planner calcula a recomendação por meio de regressão de mínimos quadrados nos resultados da sondagem e, em seguida, aplica um desconto de 0,85 na inclinação da CPU para garantir uma margem de segurança. As proteções limitam a recomendação em CPU ≤ 96% e RAM ≤ 90%, com limites rígidos adicionais por tipo de aplicativo.
Saída da recomendação
As proporções acima servem como uma linha de base de planejamento antes de sua primeira execução de teste. O Capacity Planner pode então validar e refinar essa estimativa para seu ambiente específico.