Painel Bugs

Você pode monitorar a atividade de erro para um projeto de equipe usando o painel de erro, que mostra os gráficos a seguir:

• Burndown de bug

• A velocidade com que a equipe está localizando, resolvendo e encerrando bugs ao longo do tempo

• A contagem de prioridades apresenta erros ao longo do tempo

• A contagem atual de bugs ativos que são atribuídos a cada membro da equipe

  Você acessa os painéis através de seu portal de projeto de equipe. Você pode acessar o painel de erros somente se o portal tiver sido ativado e for provisionado para usar o SharePoint Server Enterprise Edition. Para obter mais informações, consulte Painéis.

Neste tópico Dados que aparecem no painel Atividades necessárias para acompanhar bugs Monitorando bugs ativos e tendências de bug

Você pode usar este painel para responder às seguintes perguntas: Com que rapidez a equipe está resolvendo e fechando os bugs? A equipe está corrigindo bugs com rapidez suficiente para terminar em tempo hábil? Quantos bugs a equipe está relatando, resolvendo e fechando por dia? A equipe está resolvendo bugs de prioridade 1 antes dos bugs de prioridade 2 e 3? Algum membro da equipe tem uma lista de pendências com bugs de prioridade 1 que justifique a redistribuição? Que é o status da compilação da noite passada? Quais foram os check-ins mais recentes?

Permissões necessárias

Para exibir o painel, você deverá estar atribuído ou pertencer a um grupo que tem permissões de Leitura no Produtos do SharePoint para o projeto de equipe. Para modificar, copiar ou personalizar o painel, você deverá estar atribuído ou pertencer a um grupo que tem permissões de Membros no Produtos do SharePoint para o projeto de equipe. Para obter mais informações, consulte Adicionar usuários a projetos da equipe.

Para alterar um relatório em Office Excel, você deve ser um membro da função de segurança TfsWarehouseDataReaders em Analysis Services SQL Server . Você também deve ser atribuído ou pertencer a um grupo que tenha sido atribuído às permissões de Membros no Produtos do SharePoint para o projeto de equipe. Para obter mais informações, consulte Conceder acesso aos bancos de dados do Data Warehouse para Visual Studio ALM.

Para visualizar um erro ou outro tipo de item de trabalho, você deve ser um membro do grupo Leitores ou sua permissão de Visualizar itens de trabalho neste nó deve ser definida para Permitir. Para criar ou modificar um bug ou outro tipo de item de trabalho, você deve ser um membro do grupo Colaboradores ou sua permissão Editar itens de trabalho neste nó deve ser definida para Permitir.

Dados que aparecem no painel

A equipe pode usar o painel de erros para entender como está localizando, resolvendo e encerrando erros. Para saber mais sobre as Web Parts que são exibidas no painel de erros, consulte a ilustração e a tabela a seguir.

Dica

Gráficos burndown, de tendência e de barra, relatórios até não aparecem quando o servidor que hospeda o Analysis Services para o projeto de equipe não está disponível.

Para obter mais informações sobre como interpretar, atualizar ou personalizar os gráficos que aparecem no painel Erros, consulte os tópicos listados na tabela a seguir.

Web Part	Dados exibidos	Tópico relacionado
	Uma representação visual de contagem cumulativa de todos os erros, agrupados por estado, para as quatro últimas semanas.	Relatório do Excel Andamento de Bugs
	Gráfico de linhas que mostra a média de rolamento do número de Bugs abertos, resolvidos e fechados pela equipe nas últimas quatro semanadas A média de rolamento é baseada em sete dias antes da data para a qual é calculada.	Relatório do Excel Tendências de Bugs
	Uma representação visual de contagem cumulativa de todos os erros, agrupados por prioridade, para as quatro últimas semanas.	Relatório do Excel Bugs por Prioridade
	Um gráfico de barras horizontal com a contagem total de erros ativos que cada membro da equipe tem atribuído, agrupados por prioridade.	Relatório do Excel Bugs por Atribuição
	Lista de Bugs ativos. A lista é derivada de uma parte de Web do Team Web Access.	Pasta de trabalho de triagem
	Lista de eventos próximos. A lista é derivada de uma Web Part do SharePoint.	Não aplicável
	Contagem de itens de trabalho ativos, resolvidos e fechados. Você pode abrir a lista de itens de trabalho clicando em cada número. Esta lista é derivada de uma parte de Web do Team Web Access.	Não aplicável
	Lista de compilações recentes e o status. Você pode exibir mais detalhes sobre uma compilação a selecionando. Esta lista é derivada de uma parte de Web do Team Web Access. Legenda: : Compilação não iniciada : Compilação em andamento : Compilação com êxito : Falha na Compilação : Compilação interrompida : Compilação parcialmente bem-sucedida	Executar, monitorar e gerenciar compilações
	Lista de check-ins mais recentes. Você pode exibir mais detalhes clicando em um check-in específico. Esta lista é derivada de uma parte de Web do Team Web Access.	Desenvolver código e gerenciar alterações pendentes

Atividades necessárias para acompanhar bugs

Para que os relatórios que aparecem no painel Bugs sejam úteis e precisos, a equipe deverá executar as seguintes atividades:

• Defina bugs e especifique seus caminhos de Iteração e Área.

• Atribua cada bug ao membro da equipe que está trabalhando para o resolvê-lo ou fechá-lo.

• Especificar a Prioridade de cada Bug.

• Atualizar o Estado de cada bug à medida que a equipe corrige, verifica e encerra.

Monitorar bugs ativos e tendências de bug

Os membros da equipe podem usar o painel de erros para determinar se estão gerenciando a lista de bugs ativos de acordo com metas de equipe estabelecidas e práticas ágeis. Na unidade que testa cada incremento de código antes do check-in, a equipe pode reduzir o número total de erros que a equipe deve encontrar. Uma equipe que se focaliza em poder enviar cada incremento de código remove os defeitos incrementalmente e minimiza os bugs em andamento.

Usando o painel de erros, a equipe pode responder às seguintes questões:

• O número de Bugs ativos é aceitável com base em metas de equipe? A equipe está adiando Bugs em excesso?

• A equipe está localizando, corrigindo e fechando Bugs em um tempo suficiente para atender às expectativas e em uma taxa que corresponde a ciclos de desenvolvimento anteriores?

• A equipe está tratando os bugs de alta prioridade antes dos bugs de prioridade mais baixa?

• Algum membro da equipe precisa de ajuda para resolver bugs?

Indicadores de progresso de bug

Indicador	Perguntas para solicitar
A faixa de bugs ativos está se tornando mais ampla. Se a largura de faixa de equipe para Bugs ativos estiver aumentando, a lista de pendências de Bug está crescendo. A equipe está localizando mais erros do que ela pode resolver ou fechar. Uma faixa de ampliação de erros ativos pode indicar que um afunilamento está retardando a capacidade da equipe resolver e fechar erros.	Os membros da equipe estão sendo realocados para outras tarefas não prioritárias? Outros problemas estão bloqueando a capacidade da equipe de resolver e corrigir erros?
O número de bugs ativos não está mudando. Uma tendência plana no número de erros ativos indica que a equipe não está localizando os erros.	A cobertura do teste é suficiente? Outros problemas estão bloqueando a capacidade da equipe de localizar erros?
O número de bugs resolvidos ou fechados não está mudando. Quando o número de bugs que a equipe está resolvendo ou fechando for plano por longos períodos de tempo, os membros da equipe podem não ser capazes de resolver ou fechar bugs.	As prioridades da equipe estão definidas corretamente? Os membros da equipe estão com excesso de tarefas atribuídas? Os membros da equipe estão acompanhando corretamente o status de seu erro?

Indexadores de tendência de bug

Indicador	Perguntas para solicitar
A equipe está solucionando muitos erros em cada período de tempo. Uma alta taxa de resolução geralmente indica que a equipe está fazendo bom progresso.	A equipe está fechando prontamente os Bugs que resolve? A taxa de fechamento deve ser semelhante à taxa de resolução. A equipe está reativando Bugs a uma taxa aceitável?
A equipe está solucionando erros rapidamente, mas não está os encerrando. Os membros da equipe que são atribuídos para verificar correções podem ser distribuídos de maneira muito esparsa ou prioridades diferentes podem impedir que os membros da equipe fechem bugs resolvidos.	Os recursos de teste estão excessivamente atribuídos? A equipe deve revisitar as prioridades de teste? Para obter mais informações sobre essas métricas, consulte Painel Teste (Agile).
A equipe está localizando alguns erros em cada período de tempo. A equipe pode esforçar-se para localizar bugs em uma solução de alta qualidade ou com testes ineficazes.	As métricas para a cobertura de código, variações de código ou progresso de teste indicam um problema com o código ou os testes? Para obter mais informações sobre essas métricas, consulte Painel Qualidade (Agile).
A equipe está localizando aproximadamente o mesmo número de erros em períodos de tempo sucessivos. Se a equipe encontrar o mesmo número de bugs semana após semana ou iteração após iteração, talvez seja uma boa ideia investigar a causa subjacente. No início do ciclo de testes, os testes podem não ser rigorosos ou avançados o suficiente para localizar vários bugs. Em iterações iniciais, essa situação é esperada. No entanto, à medida que o produto amadurece, os testes deverão exercitar cenários e integrações mais amplos.	As situações de teste são adequadas para testar as histórias de usuário que a equipe está desenvolvendo? Os testes tornaram-se obsoletos ou eles estão testando a funcionalidade incorreta? A equipe de teste está testando rigorosamente cada história de usuário? Para obter mais informações sobre essas métricas, consulte Painel Teste (Agile).
A equipe está localizando muitos erros em cada período de tempo. A equipe pode localizar bugs facilmente no código superficial, no código recentemente integrado, com testes ou durante um evento específico, como um bash de erro.	As métricas para a cobertura de código, variações de código ou progresso de teste indicam um problema com o código ou os testes? Para obter mais informações sobre essas métricas, consulte Painel Qualidade (Agile).

Prioridade e distribuição de bug

Indicador	Perguntas para solicitar
O número de bugs ativos de prioridade mais alta é maior que o número de bugs ativos de prioridade mais baixa. Quando o número de Bugs de alta prioridade é muito maior que o número de erros de prioridade inferior, a equipe pode focar em itens de prioridade mais baixa em primeiro lugar.	A equipe está corrigindo bugs na ordem de prioridade definida pela equipe? Os problemas estão bloqueando a capacidade da equipe de corrigir os erros de prioridade mais alta?
As atribuições de bug não são distribuídas igualmente. A equipe pode considerar reatribuir o trabalho quando vários erros são atribuídos a um ou dois membros da equipe e apenas alguns a outros membros da equipe.	A equipe deve equilibrar a carga de trabalho designando erros novamente?