Permissões e pré-requisitos para aceder à Análise no Azure DevOps

  • Artigo

Serviços do Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019

Para trabalhar com a Análise e criar relatórios, têm de ser cumpridos vários pré-requisitos conforme resumido neste artigo.

Por predefinição, todos os membros do projeto têm acesso aos dados de Análise para os projetos dos quais são membros, incluindo membros adicionados ao grupo Leitores do projeto. Os utilizadores com acesso de Interveniente não têm acesso para ver ou editar vistas de Análise.

Ativação de serviços e funcionalidades

Em geral, a Análise está sempre ativada e disponível para membros de uma organização ou coleção para ver dados e criar relatórios.

Serviço de análise

Para os Serviços de DevOps do Azure, a Análise está sempre ativada. Não pode desativar ou colocar em pausa.

Para Azure DevOps Server 2020 e versões posteriores no local, o Analytics é instalado automaticamente com cada coleção de projetos que criar.

Para Azure DevOps Server 2019, primeiro tem de instalar o Analytics em cada coleção de projetos que criar.

Pode colocar em pausa e reiniciar o serviço. Quando colocado em pausa, não são adicionados novos dados ao Analytics.

Para saber mais, consulte Instalar ou ativar o serviço Analytics.

Serviços do Azure DevOps

Para exercer qualquer serviço do Azure DevOps, tem de estar ativado. Não é possível capturar dados para um serviço que tenha sido desativado. Os serviços podem ser ativados ou desativados numa base de projeto.

Para verificar se todos os serviços estão ativados, consulte Ativar ou desativar um serviço.

Vistas de análise

As vistas de análise, um hub no portal Web, fornecem uma forma simplificada de especificar os critérios de filtro para um relatório do Power BI com base nos dados do Analytics. Para saber mais, consulte O que é o Serviço de Análise?

Para aceder às vistas de Análise, tem de a ter ativada. O proprietário da organização ou membro do grupo Administradores da Coleção de Projetos pode ativá-lo para todas as pessoas na organização. Em alternativa, cada membro do projeto pode ativá-lo por si próprio.

Para saber como, consulte Gerir ou ativar funcionalidades.

Permissões

Pode definir permissões para o serviço ao nível do projeto e para vistas de Análise partilhadas ao nível do objeto.

A tabela seguinte resume as permissões disponíveis para serem definidas e as atribuições predefinidas efetuadas aos grupos de segurança do projeto.

Permissão Leitores Contribuidores Administradores de Projetos
Ver Análise ✔️ ✔️ ✔️
Ver uma vista de Análise partilhada ✔️ ✔️
Adicionar uma vista de Análise privada ou partilhada ✔️ ✔️
Editar e eliminar vistas de Análise partilhadas ✔️

Pré-requisitos de controlo de dados

Para capturar dados significativos, as equipas de software têm de realizar ações significativas. As secções seguintes fornecem recomendações gerais com base no tipo de dados em que pretende comunicar.

Nota

Os conjuntos de entidades Branch, Pipeline e Test são suportados com o Analytics v3.0-preview e versões posteriores. Foram adicionados conjuntos de entidades instantâneos para suportar tarefas de pipeline, pedidos de agente de tarefas e tamanho do conjunto de agentes de tarefas com a versão de pré-visualização do Analytics v4.0 . Certifique-se de que especifica a versão do Analytics que suporta o conjunto de interesses da entidade.

Para compreender as propriedades e os valores de lista enumerados pelos quais pode filtrar ou agrupar dados, explore os metadados de Análise para o tipo de entidade correspondente.

Quadros do Azure e controlo de trabalho

Para uma revisão dos conjuntos de entidades disponíveis que pode consultar, veja Referência de metadados para o Azure Boards Analytics.

Para comunicar sobre o controlo de trabalho, as equipas têm de realizar várias tarefas para garantir que estão disponíveis dados significativos. Reveja as seguintes tarefas antes de definir as consultas e os relatórios do Analytics.

  • Para comunicar sobre erros ativos ou tendências de erros, defina erros e atualize o Estado do erro à medida que é corrigido, verificado e, em seguida, fechado.
  • Para comunicar sobre o trabalho de tarefas pendentes ou outros tipos de itens de trabalho, certifique-se de que define esses itens de trabalho e atualize o respetivo Estado à medida que passa de novo para fechado. Considere os campos ou etiquetas que irá utilizar para filtrar ou agrupar dados num relatório e certifique-se de que está bem definido e consistente.
  • Para suportar relatórios de rollup, certifique-se de que existem ligações principal-subordinado entre itens de registo de tarefas/erros do produto ou que existem ligações principal-subordinado entre funcionalidades ou itens de trabalho de registo de tarefas pendentes de portefólio e respetivos itens subordinados. Para saber mais, consulte Organizar o seu trabalho de tarefas pendentes e mapear itens de trabalho subordinados para os encarregados de educação.
  • Para criar relatórios de evolução ou de evolução, como a evolução do Sprint ou a evolução da versão, certifique-se de que pensou na forma como pretende filtrar e agrupar dados no seu relatório. Os relatórios de evolução/evolução fazem referência ao WorkItemsSnapshot conjunto de entidades. Os conjuntos de entidades de instantâneos são modelados como instantâneos diários. Os dados são agregados com base nas atribuições efetuadas a partir da data em que são atribuídos. O que isto significa é que, para filtrar um relatório de evolução/evolução com base em atribuições de campos ou etiquetas, tem de atribuir os campos ou etiquetas antes do período em que pretende comunicar. Caso contrário, os campos/etiquetas não são registados pelo relatório até à data em que são aplicados.
  • Para suportar o controlo de Requisitos, defina casos de teste e crie uma ligação Tested By de cada caso de teste para uma história de utilizador, item de registo de tarefas pendentes do produto ou requisito. Defina casos de teste e ligue os casos de teste às suas PBIs principais com a ligação Testado Por. Veja Criar os seus testes.
  • (Recomendado) Para suportar a filtragem e o agrupamento num relatório, atribua Caminho da Área e Caminho de Iteração a todos os itens de trabalho. Para obter informações sobre como definir caminhos de iteração e área, consulte Definir caminhos de área e atribuir a uma equipa ou Definir caminhos de iteração (sprints) e configurar iterações de equipa.

Nota

Todos os campos personalizados adicionados a um tipo de item de trabalho estão disponíveis para utilização em relatórios. Os campos personalizados são etiquetados com Custom_DisplayNameOfField, onde todos os espaços foram removidos do nome a apresentar.

Planos de teste

Para rever o progresso do plano de teste e a preparação de casos de teste, as equipas têm de realizar as seguintes atividades.

  • Defina casos de teste, planos de teste e conjuntos de testes e especifique o estado atual. Para saber mais, veja Criar planos de teste e conjuntos de testes e Criar casos de teste.
  • Atualize o Estado dos objetos de teste à medida que progridem de Estrutura para Pronto para Fechado.
  • Para testes manuais, marque os resultados de cada passo de validação no caso de teste como aprovado ou falhado.

    Dica

    Os testadores têm de marcar um passo de teste com um estado se for um passo de teste de validação. O resultado geral de um teste reflete o estado de todos os passos de teste que foram marcados. Por conseguinte, o teste terá um estado de falha se qualquer passo de teste estiver marcado como falhado ou não estiver marcado.

  • Para testes automatizados, cada teste é marcado automaticamente como aprovado ou falhado.
  • (Recomendado) Para suportar a filtragem e o agrupamento num relatório, atribua Caminho da Área e Caminho de Iteração para testar casos, conjuntos de testes e planos de teste.

Pipelines

Para comunicar em pipelines, as equipas têm de Definir pipelines com YAML e executar pipelines regularmente. Para saber mais, veja Principais conceitos para novos utilizadores do Azure Pipelines.

Além disso, considere as seguintes ações:

  • Considere os dados que pretende comunicar e escolha o conjunto de entidades correto. Para uma revisão dos conjuntos de entidades disponíveis para consulta, veja Referência de metadados para o Azure Pipelines Analytics.
  • Considere os pipelines em que pretende comunicar e o intervalo de datas do seu relatório. Vai querer filtrar os seus dados de modo a cumprir as melhores práticas de consulta e minimizar quaisquer problemas de desempenho.

Pipelines e teste

Para comunicar os resultados dos pipelines e dos testes, certifique-se de que adiciona tarefas de teste à definição do pipeline. Para saber mais, veja Compilar e lançar tarefas -Teste.

Se estiver apenas a começar, considere rever este módulo do Learn, Executar testes de qualidade no pipeline de compilação com o Azure Pipelines.