test-manager
latest
false
- Introdução
- Gerenciamento do projeto
- Documentos
- Trabalhando com análise de impacto de alterações
- Criar casos de teste
- Assigning test cases to requirements
- Casos de teste de clonagem
- Exportação de casos de teste
- Linking test cases in Studio to Test Manager
- Delete test cases
- Casos de teste manuais
- Importação de casos de teste manuais
- Documentar casos de teste com o Task Capture
- Parâmetros
- Aplicação de filtros e visualizações
- Importando conjuntos de testes do Orchestrator
- Creating test sets
- Assigning test cases to a test set
- 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
- 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
- Criação de testes automatizados
- Execução de cenários de desempenho
- Comparação de resultados de desempenho
- Interpretando resultados bem-sucedidos
- Interpretando resultados com falha
- Limitações conhecidas para testes de desempenho
- Melhores práticas para testes de desempenho
- Solução de problemas de testes de desempenho
- Pesquisa com o Autopilot
- Operações e utilitários do projeto
- Configurações Test Manager
- Integração da ferramentas ALM
- Integração do API
- Solução de problemas
Importante :
A localização de um conteúdo recém-publicado pode levar de 1 a 2 semanas para ficar disponível.

Guia do usuário do Test Manager
Última atualização 31 de out de 2025
Neste exemplo, o Carregamento do Grupo 1 mostra o status Com falha , porque o objetivo do nível de serviço (SLO) configurado para o tempo de resposta foi violado.
- Tempo de resposta HTTP: o gráfico mostra vários picos acima do limite definido de 1.000 ms, com picos alcançando mais de 5.000 ms. Essas violações de limite consistentes dispararam o status de falha.
- Erros de HTTP e de automação: ambos permaneceram em 0%, portanto, a falha não se deveu a erros de solicitação ou falhas de automação, mas simplesmente devido à degradação de desempenho.
- Duração da etapa de automação: os tempos de execução para etapas flutuaram bastante, com algumas atividades demorando significativamente mais do que o esperado, indicando ainda mais instabilidade na resposta do aplicativo.
- Métricas de infraestrutura: o uso de CPU e memória do Robô permaneceu dentro de intervalos aceitáveis, mostrando que o problema não estava relacionado à capacidade de infraestrutura insuficiente, mas ao desempenho do próprio sistema em teste.
Como os tempos de resposta excederam repetidamente o limite, o sistema sinalizou o grupo como Falha. Esse resultado destaca que, embora a execução funcional estivesse correta, o aplicativo não atendia aos níveis de desempenho esperados sob a carga aplicada.