Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Este artigo descreve os termos comumente usados no relatório de teste de pipeline e análise de teste e fornece dicas para melhores testes no Azure Pipelines.
| Prazo | Definition |
|---|---|
| Duration | Tempo decorrido na execução de um teste, execução de teste ou execução de teste inteira em um pipeline de build ou versão. |
| Owner | Proprietário de um teste ou execução de teste. O proprietário do teste normalmente é especificado como um atributo no código de teste. Consulte a tarefa Publicar Resultados do Teste para exibir o mapeamento do atributo Proprietário para formatos de resultado de teste com suporte. |
| Falha na compilação | Referência ao build que tem a primeira ocorrência de falhas consecutivas de um caso de teste. |
| Versão com falha | Referência à versão que tem a primeira ocorrência de falhas consecutivas de um caso de teste. |
| Resultado | Há 15 resultados possíveis para um resultado de teste: Abortado, Bloqueado, Erro, Falha, Inconclusivo, Em andamento, Nenhum, Não aplicável, Não executado, Não afetado, Passado, Pausado, Tempo Limite, Não Especificado e Aviso. Alguns dos resultados comumente usados são: - Anulada: a execução do teste foi encerrada abruptamente devido a fatores internos ou externos, por exemplo, código incorreto, problemas de ambiente. - Falha: teste para não atender ao resultado desejado. - Inconclusivo: teste sem um resultado definitivo. - Não executado: teste marcado como ignorado para execução. - Não afetado: teste não afetado pela alteração de código que disparou o pipeline. - Aprovado: Teste executado com êxito. - Tempo limite: duração da execução do teste que excede o limite especificado. |
| Teste esfarrapado | Um teste com comportamento não determinístico. Por exemplo, o teste pode resultar em resultados diferentes para a mesma configuração, código ou entradas. |
| Filtro | Mecanismo para pesquisar os resultados do teste dentro do conjunto de resultados, usando os atributos disponíveis. Saiba mais. |
| Agrupamento | Um auxílio para organizar a exibição de resultados do teste com base em atributos disponíveis, como Requisito, Arquivos de teste, Prioridade e muito mais. O relatório de teste e a análise de teste fornecem suporte para agrupar resultados de teste. |
| Porcentagem de aprovação | Medida do sucesso do resultado do teste para uma única instância de execução ou durante um período de tempo. |
| Prioridade | Especifica o grau de importância ou crítica de um teste. A prioridade normalmente é especificada como um atributo no código de teste. Consulte a tarefa Publicar Resultados do Teste para exibir o mapeamento do atributo Priority para formatos de resultado de teste com suporte. |
| Análise de teste | Uma exibição dos dados de teste históricos para fornecer insights significativos. |
| Caso de teste | Identifica exclusivamente um único teste dentro do branch especificado. |
| Arquivos de teste | Agrupar testes com base na maneira como eles são empacotados; como arquivos, DLLs ou outros formatos. |
| Relatório de teste | Uma exibição de uma única instância de execução de teste no pipeline que contém detalhes de status e ajuda para solução de problemas, rastreabilidade e muito mais. |
| Resultado do teste | Uma única instância de execução de um caso de teste com um resultado e detalhes específicos. |
| Execução de teste | Agrupamento lógico de resultados de teste com base em: - Teste executado usando tarefas internas: todos os testes executados usando uma única tarefa, como Teste do Visual Studio, Ant, Maven, Gulp, Grunt ou Xcode , serão relatados em uma única execução de teste - Resultados publicados usando a tarefa Publicar Resultados do Teste: fornece uma opção para agrupar todos os resultados de teste de um ou mais arquivos de resultados de teste em uma única execução ou execuções individuais por arquivo - Resultados de testes publicados usando API(s): as API(s) fornecem a flexibilidade para criar execuções de teste e organizar resultados de teste para cada execução conforme necessário. |
| Rastreabilidade | Capacidade de rastrear para frente ou para trás para um requisito, bug ou código-fonte de um resultado de teste. |
Práticas recomendadas
Garantir a confiabilidade do aplicativo requer testes abrangentes no Azure Pipelines, com testes de unidade e testes de integração sendo essenciais. Testar integrações em ambientes de nuvem, especialmente aplicativos sem servidor, apresenta desafios devido a arquiteturas distribuídas, permissões de IAM configuradas incorretamente e problemas de integração serviço a serviço.
Para resolver isso, considere executar seu código localmente enquanto interage com serviços genuínos do Azure, facilitando testes realistas e habilitando ferramentas de depurador adequadas para testes automatizados. Implementar essa abordagem requer o provisionamento de recursos efêmeros do Azure. Idealmente, crie contas separadas para cada ambiente; como alternativa, o provisionamento dinâmico nos pipelines do Azure é possível, embora isso aumente o tempo de execução e exinte um planejamento cuidadoso de descomissionamento de recursos. Para minimizar conflitos de nomenclatura, evite a nomenclatura explícita de recursos, a menos que seja necessário e inclua nomes de ambiente em nomes de recursos.
Ajuda e suporte
- Consulte nossa página de solução de problemas
- Obtenha conselhos sobre o Stack Overflow e obtenha suporte por meio da Comunidade de Desenvolvedores