test-manager
latest
false
- 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
- Importação de casos de teste manuais
- Documentar casos de teste com o Task Capture
- Parâmetros
- 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
- 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
- Exibição de resultados de desempenho da API
- 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
- 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
Guia do usuário do Test Manager
Última atualização 7 de mai de 2026
In this example, Load Group 1 shows the status Failed because the configured service level objective (SLO) for response time was violated.

- 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.
Because response times repeatedly exceeded the threshold, the system flagged the group as Failed. This result highlights that while functional execution was correct, the application did not meet the expected performance levels under the applied load.