Painel Bugs (Agile e CMMI)

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

• Progresso do bug

• A taxa na qual a equipe é localizar, resolvendo e fechando Bugs ao longo do tempo

• A contagem de Bugs de prioridade ao longo do tempo

• A contagem atual de Bugs ativos atribuídos a cada membro da equipe

  Você acessa os painéis no portal do projeto de equipe. Você pode acessar o painel de Bugs, somente se o portal foi habilitado e provisionado para usar o SharePoint Server Enterprise Edition. Para obter mais informações, consulte Painéis de portal do projeto.

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

Você pode usar esse painel para responder às seguintes perguntas: A velocidade é a equipe Resolvendo e fechando bugs? A equipe está corrigindo os bugs rápido o bastante para terminar no tempo estimado? Quantos bugs por dia a equipe está informando, resolvendo e fechando? Os bugs de prioridade 1 Resolvendo equipe antes de prioridade é 2 e 3 bugs? Os membros da equipe tem uma lista de pendências de bugs de prioridade 1 que garantem a redistribuição? Qual é o status de compilação da noite anterior? Quais foram os check-ins mais recentes?

Requisitos

Mesmos requisitos definidos na Painéis de portal do projeto.

Dados que aparecem no painel

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

Dica

Relatórios de progresso, tendência e gráficos de barras, por meio de , 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 de Bugs, consulte os tópicos listados na tabela a seguir.

Web Part	Dados exibidos	Tópico relacionado
	Uma representação visual da contagem cumulativa de todos os Bugs, agrupados por estado, as últimas quatro semanas.	Relatório do Excel Andamento de Bugs
	Gráfico de linhas que mostra a média do número de Bugs abertos, a equipe retrógada resolvidos e fechados para as últimas quatro semanas. A média retrógada é baseada nos sete dias que antecedem a data para a qual é calculada.	Relatório do Excel Tendências de Bugs
	Uma representação visual da contagem cumulativa de todos os Bugs, agrupados por prioridade, das quatro últimas semanas.	Relatório do Excel Bugs por Prioridade
	Um gráfico de barras horizontais com a contagem total de Bugs ativos que cada membro da equipe atualmente atribuída a eles, agrupados por prioridade.	Relatório do Excel Bugs por Atribuição
	Lista de Bugs ativos. A lista é derivada de uma Acesso Web da Equipe Web Part.	Pastas de trabalho
	Lista dos próximos eventos. 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 selecionando cada número. Essa lista é derivada de uma Web Part do Acesso Web da Equipe.	Não aplicável
	Lista de compilações recentes e o respectivo status. Você pode exibir mais detalhes sobre uma compilação escolhendo-a. Essa lista é derivada de uma Web Part do Acesso Web da Equipe. 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 dos check-ins mais recentes. Você pode ver mais detalhes sobre um check-in específico selecionando-o. Essa lista é derivada de uma Web Part do Acesso Web da Equipe.	Desenvolver código e gerenciar alterações pendentes

Atividades necessárias para acompanhamento de bugs

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

• Definir Bugs e especifique seus iteração e área caminhos.

• Atribua cada Bug ao membro da equipe que está trabalhando para resolver ou fechá-lo.

• Especifique o prioridade de cada Bug.

• Atualização de estado de cada Bug como as correções de equipe, verifica e fechá-lo.

Monitorar tendências de bugs e bugs ativos

Os membros da equipe podem usar o painel de Bugs para determinar se estão gerenciando a lista de Bugs ativos de acordo com as metas de equipe estabelecidos e práticas agile. Por cada incremento de código antes do check-in de teste de unidade, a equipe pode reduzir o número total de bugs que a equipe deve descobrir. Uma equipe se concentra em ser capaz de enviar cada incremento de código remove defeitos incrementalmente e minimiza erros em andamento.

Usando o painel de Bugs, a equipe pode responder às seguintes perguntas:

• O número de Bugs ativos aceitáveis com base nos objetivos da equipe? A equipe é adiar a muitos Bugs?

• É a equipe de localizar, corrigir e fechando Bugs rápido o suficiente para atender às expectativas e a uma taxa que corresponde ao anterior ciclos de desenvolvimento?

• É as bugs de alta prioridade de endereçamento de equipe antes de bugs de prioridade inferiores?

• Os membros da equipe precisa de ajuda na resolução de bugs?

Indicadores de progresso do bug

Indicador	Perguntas a serem feitas
a faixa de Bugs ativos está se tornando mais ampla. Se a largura de banda da equipe de Bugs ativos está aumentando, a lista de pendências de Bug está crescendo. A equipe é encontrar Bugs mais que ele pode resolver ou fechar. Uma faixa de ampliação de Bugs ativos pode indicar que um afunilamento está reduzindo a capacidade da equipe para resolver e fechar Bugs.	São os membros da equipe que estão sendo realocados para outras tarefas de prioridade não? Outros problemas estão impedindo a capacidade da equipe para solucionar e corrigir Bugs?
Não é alterar o número de Bugs ativos. Uma tendência simples no número de Bugs ativos indica que a equipe não está localizando Bugs.	A cobertura de teste é suficiente? Outros problemas estão impedindo a capacidade da equipe para encontrar Bugs?
Não é alterar o número de Bugs resolvidos ou fechados. Quando o número de Bugs que a equipe está resolvendo ou fechando permanece simples por longos períodos de tempo, os membros da equipe não poderá resolver ou fechar Bugs.	Prioridades de equipe estão definidas corretamente? Os membros da equipe estão superalocados em outras tarefas? Os membros da equipe estão controlando corretamente seus status de erro?

Indicadores de tendência de bug

Indicador	Perguntas a serem feitas
a equipe está resolvendo muitos Bugs em cada período. Uma taxa de alta resolução geralmente indica que a equipe está progredindo BOM.	A equipe está fechando imediatamente os Bugs que ele resolve? A taxa de fechamento deve ser semelhante a taxa de resolução. A equipe é reativando Bugs em um ritmo aceitável?
a equipe é resolver erros rapidamente, mas não fechá-los. Os membros da equipe atribuídos a verificar correções podem ser distribuídas muito fino ou prioridades diferentes podem manter os membros da equipe de fechamento Bugs resolvidos.	Alocada excessiva de recursos de teste? Revisitar a equipe deve testar prioridades? Para obter mais informações sobre essas métricas, consulte Painel Teste (Agile e CMMI).
a equipe é encontrar alguns bugs em cada período. A equipe pode ter dificuldade para encontrar bugs em uma solução de alta qualidade ou com testes ineficaz.	As métricas de cobertura de código, variação de código ou andamento do teste indicam um problema com o código de teste ou? Para obter mais informações sobre essas métricas, consulte Painel Qualidade (Agile e CMMI).
a equipe está localizando aproximadamente o mesmo número de bugs nos períodos sucessivos. Se a equipe encontra o mesmo número de bugs semana após semana ou iteração depois de iteração, você pode investigar a causa subjacente. Cedo no ciclo de teste, os testes podem não estar rigorosos ou avançado o suficiente para localizar muitos bugs. Primeiras iterações, essa situação é esperada. No entanto, como o produto amadurece, testes devem ter integrações e cenários mais ampla.	Os casos de teste são adequadas para testar as histórias de usuários que a equipe está desenvolvendo? Os testes se tornaram obsoletos ou eles testam a funcionalidade de errado? A equipe de teste é rigorosamente o teste cada história de usuário? Para obter mais informações sobre essas métricas, consulte Painel Teste (Agile e CMMI).
a equipe é localizar muitos bugs em cada período. A equipe pode descobrir bugs facilmente no código ineficiente, no código recentemente integrado, com testes eficientes, ou durante um evento específico, como um ataque aos bugs.	As métricas de cobertura de código, variação de código ou andamento do teste indicam um problema com o código de teste ou? Para obter mais informações sobre essas métricas, consulte Painel Qualidade (Agile e CMMI).

Prioridade do bug e distribuição

Indicador	Perguntas a serem feitas
o número de Bugs ativos de prioridade mais altos é maior que o número de Bugs ativos de prioridade inferiores. Quando o número de erros de alta prioridade é muito maior do que o número de bugs de prioridade mais baixos, a equipe pode concentrar primeiro em itens de prioridade inferior.	A equipe de corrigir bugs na ordem de prioridade é definida pela equipe? Problemas estão impedindo a capacidade de corrigir os bugs de prioridade mais altos da equipe?
Atribuições de bug não são distribuídas uniformemente. A equipe pode reatribuir trabalho quando muitos Bugs são atribuídos a um ou dois membros da equipe e alguns outros membros da equipe.	A equipe deve equilibrar a carga de trabalho por meio da reatribuição Bugs?

Consulte também

Conceitos

Painéis de portal do projeto