- 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
- 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 acessibilidade para o Test Cloud
- Operações e utilitários do projeto
- Configurações Test Manager
- Integração da ferramentas ALM
- Integração do API
- Codificação de agentes para testes
- Solução de problemas
Available general settings for a Test Manager project, including default reporting time zone and custom test execution name formatting.
Abra um projeto e navegue até Configurações do projeto. A guia Geral permite que você defina configurações gerais para esse projeto específico.
Fuso horário da data do relatório padrão
No menu suspenso Fuso horário das datas de relatórios padrão, selecione o fuso horário que se alinha com suas preferências de localização e relatórios.
The project dashboard will calculate reporting dates based on the selected default time zone. While test executions are still reported in UTC timezone for accuracy, this setting ensures that the project dashboard aligns with your preferred time zone.
Execução
Under the Execution section, you can define a custom naming format for test executions in your project. If you don't set a custom format, the default format is used: {Execution.Type} - {TestSet.Name} - {Execution.StartTime|yyyyMMdd.HHmmss}.
In the Test execution name format field, enter the format for naming test executions. Use single curly braces to insert variables, for example, {TestSet.Name}. The following variables are available:
Execution.Type- the type of execution: manual or automated.TestSet.Name- the name of the test set.Execution.StartTime- the start time of the execution. Supports .NET date format notation, for example,{Execution.StartTime|yyyyMMdd.HHmmss}.- Custom fields of type Test Set.
- Free text.
For example, a dynamic test execution name can look like {Execution.Type} - {TestSet.Name} - {Execution.StartTime|yyyyMMdd.HHmmss}. If a referenced custom field does not exist, the reference expression is displayed as-is in the execution name.
The execution name is set once when the test execution is created and is not updated automatically afterward. Users with the Project - Edit permission can edit the name manually. Leaving the field empty reverts to the default format.