- 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
- Pacote de usuários virtuais de testes de desempenho
- Teste de desempenho - exemplo de uso
- Platform Units e custos de infraestrutura
- Licenças adicionais
- 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
Consumo de Platform Unit e modelo de custo de infraestrutura para testes de desempenho executados por meio de robôs na nuvem sem servidor no Test Manager.
Platform Units e custos de infraestrutura tornam-se relevantes quando os testes de desempenho são executados por meio de Serverless Cloud Robots, pois cada execução de robô consome Platform Units fornecidas pela infraestrutura de Cloud da UiPath.
Para robôs locais, as Platform Units não são necessárias, mas os clientes devem garantir que provisionem e mantenham máquinas locais suficientes para lidar com a carga de teste necessária, o que gera seus próprios custos com infraestrutura.
Os pools de robôs elásticos oferecem uma terceira opção ao lado de robôs sem servidor e locais: gerando carga a partir da sua própria capacidade particular do Azure, AWS ou Google Cloud, dimensionar injetores de carga para cima e para baixo conforme um teste exigir, em vez de usar a infraestrutura compartilhada de vários tenants da UiPath ou manter seu próprio hardware local.
Os pools de robôs elásticos são voltados para clientes regulados cuja postura de conformidade exclui a geração de carga compartilhada no cloud, mas que não desejam dimensionar e manter por si mesmos máquinas locais. Para configurar sua própria infraestrutura do Azure para essa finalidade, consulte Configuração do provedor de Cloud.
Para obter mais detalhes sobre Platform Units no contexto de testes de desempenho, consulte o tópico Consumo de Platform Units na documentação do Orchestrator.