Painel de erros (CMMI)

Artigo
02/25/2013

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 erro
a taxa em que a equipe é localizando resolvendo, e de erro ao longo do tempo
a contagem de prioridade apresenta erros de trabalho ao longo do tempo

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

Observação
Você acessa painéis através de seu portal de projeto de equipe.Você pode acessar o painel de erro somente se o portal foi ativado e é provisionado para usar Microsoft Office SharePoint Server 2007.Para obter mais informações, Painéis de controle (CMMI) ou Acessar um portal de projeto de equipe ou as Diretrizes de Processo.

Neste tópico

Dados que aparecem no painel
Atividades necessários para rastrear bugs
Monitorando bug ativos e tendências de erro

Você pode usar esse painel para responder às seguintes questões:

Como rapidamente a equipe é resolvendo e está fechando erro?
A equipe estiver corrigindo erros rapidamente suficiente para concluir momento?
Quantos bug a equipe estiver, está relatando resolvendo, e está fechando pelo dia?
A equipe é resolvendo bug prioridade 1 antes de bug de prioridade 2 e 3?
Qualquer membro da equipe tiver uma reserva de bug de prioridade 1 que justificam a redistribuição?
Que é o status de compilação da night?
Os registros que foram os mais recentes?

Permissões Necessárias

Para exibir o painel, você deve ser atribuído a um grupo ou pertencido que é atribuído as permissões de Ler em Produtos do SharePoint para o projeto de equipe.Para alterar, para copiar, ou personalizar o painel, você deve ser atribuído a um grupo ou pertencido que é atribuído as permissões de Membros em Produtos do SharePoint para o projeto de equipe.Para obter mais informações, consulte Adicionar usuários a projetos de equipe.

Para alterar um relatório em Office Excel, você deve ser um membro da função de segurança de TfsWarehouseDataReaders no analysis services de SQL Server .Você também deve ser atribuído a um grupo ou pertencido que é atribuído as permissões de Membros em 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 exibir um bug ou outro tipo de item de trabalho, você deve ser um membro do grupo de Leitores ou sua permissão de deve ser definida Exibir itens de trabalho em este nó a Permitir.Para criar ou modificar um bug ou outro tipo de item de trabalho, você deve ser um membro do grupo de Colaboradores ou sua permissão de deve ser definida Itens de trabalho em este nó de edição a Permitir.Para obter mais informações, consulte Gerenciando permissões.

Dados que aparecem no painel

A equipe pode usar o painel de erro para entender quanto a equipe é localizando resolvendo, e de erro.Especificamente, o painel exibe as partes da Web que a ilustração a seguir mostra e a tabela a seguir descreve:

Painel de controle de bugs

Observação
O andamento, a tendência, e gráficos de barras, completamente relatórios , 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, update, ou personalizar os gráficos que aparecem no painel de erro, consulte os tópicos que são listados na tabela a seguir.

Parte da Web	Dados exibidos	Tópico relacionados
	Uma representação visual de cumulativo contagem de todos erros, agrupada por seu estado, para as quatro semanas passadas.	Relatório do excel de progresso de erro
	Gráfico de linhas que mostra a média de rolamento o número de erros a equipe que abriu, resolvido, e fechado para as quatro semanas passadas.A média de rolamento é baseada em sete dias antes de data para que ele calcula.	Relatório do excel tendências de erro
	Uma representação visual de cumulativo contagem de todos erros, agrupada por sua prioridade, para as quatro semanas passadas.	Bugs pelo relatório do excel de prioridade
	Um gráfico de barras horizontal com a contagem total de erros ativos que cada membro da equipe eles tem atualmente atribuído, agrupada por prioridade.	Bugs pelo relatório do excel de atribuição
	Lista de erros ativos.A lista é derivada de uma parte de Team Web Access Web.	Não aplicável.
	Lista de próximos eventos.A lista é derivada de uma parte Web do SharePoint.	Não aplicável.
	Número de itens ativos, resolvidos, e fechamento de trabalho.Você pode abrir a lista de itens de trabalho em cada número.Esta lista é derivada de uma parte de Team Web Access Web.	Itens e fluxo de trabalho de trabalho (CMMI)
	Lista de compilações recente e de seu status.Você pode exibir mais detalhes sobre uma compilação na.Esta lista é derivada de uma parte de Team Web Access Web. legenda: : Compilação em andamento : Compilação não iniciada : Compilação Bem-sucedida : Falha na Compilação : Compilação stop : Compilação bem-sucedida parcialmente	Managing and Reporting on Builds
	Lista de registros os mais recentes.Você pode exibir mais detalhes sobre um check-in particular clicando no.Esta lista é derivada de uma parte de Team Web Access Web.	Código de desenvolver e gerenciar as alterações pendentes

Atividades necessários para rastrear bugs

Para relatórios que aparecem no painel de erro para ser úteis e exatos, a equipe deve executar as seguintes atividades:

Defina bugs, e especificar seus caminhos de Iteração e de Área .
Atribuir cada erro ao membro da equipe que está trabalhando para resolver o ou fechar.
Especificar Prioridade de cada erro.
Atualizar Estado de cada bug como a equipe o corrige, verifica, e desligado.

Monitorando bug ativos e tendências de erro

Os membros da equipe podem usar o painel de erro para determinar se está gerenciando a lista de erros ativos de acordo com o objetivo de equipe estabelecidos e práticas ágeis.Por unidade que testa cada incremento de código antes de check-in, a equipe pode reduzir o número total de erros que a equipe deve encontrar.Uma equipe que se centre sobre poder enviar cada incremento de código a seguir remove os defeitos incremental e minimiza bug contínuo.

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

É o número de erros ativos aceitável baseado em metas de equipe?A equipe é fazer bug demais?
A equipe está localizando, corrigir bugs, e está fechando rapidamente suficiente para atender expectativas e uma taxa que corresponde ciclos de desenvolvimento anteriores?
A equipe é endereçando bug de alta prioridade antes de bug de prioridade inferior?
Qualquer membro da equipe precisa resolver erros na ajuda?

Para que mais perguntas solicitar com base nos indicadores que aparecem no painel, consulte as seções a seguir:

Indexadores de progresso de erro
Indexadores de tendência
Prioridade e distribuição de erro

Indexadores de progresso de erro

Indexador	Perguntas para solicitar
A faixa de erros ativos está desenvolvendo mais largo.Se a largura de faixa de equipe para bug ativos está gerando, a reserva de erro foi crescendo.A equipe está localizando bugs mais do que pode resolver ou fechar. Uma faixa de ampliação de erros ativos pode indicar que um afunilamento está retardando a capacidade de equipe e fechamento de resolver erros.	Os membros da equipe estão sendo realocados para outro, não tarefas de prioridade? Outros problemas estão bloqueando a capacidade de equipe resolver e corrigir bugs?
O número de erros ativos não for alterada.Uma tendência suave no número de erros ativos indica que a equipe não está localizando bugs.	É a tinta de teste suficiente? Outros problemas estão bloqueando a capacidade de equipe para localizar bugs?
O número de erros resolvidos ou fechados não for alterada.Quando o número de erros que a equipe é resolvendo ou fechar permanecerá por simplificam longos períodos de tempo, os membros da equipe podem não ser capaz de resolver ou fechar erro.	As prioridades de equipe são definidas corretamente? São os membros da equipe sobre atribuídos em outras tarefas? Os membros da equipe estão corretamente pelo status de erro?

A faixa de erros ativos está desenvolvendo mais largo.Se a largura de faixa de equipe para bug ativos está gerando, a reserva de erro foi crescendo.A equipe está localizando bugs mais do que pode resolver ou fechar.

Uma faixa de ampliação de erros ativos pode indicar que um afunilamento está retardando a capacidade de equipe e fechamento de resolver erros.

Os membros da equipe estão sendo realocados para outro, não tarefas de prioridade?
Outros problemas estão bloqueando a capacidade de equipe resolver e corrigir bugs?

O número de erros ativos não for alterada.Uma tendência suave no número de erros ativos indica que a equipe não está localizando bugs.

É a tinta de teste suficiente?
Outros problemas estão bloqueando a capacidade de equipe para localizar bugs?

O número de erros resolvidos ou fechados não for alterada.Quando o número de erros que a equipe é resolvendo ou fechar permanecerá por simplificam longos períodos de tempo, os membros da equipe podem não ser capaz de resolver ou fechar erro.

As prioridades de equipe são definidas corretamente?
São os membros da equipe sobre atribuídos em outras tarefas?
Os membros da equipe estão corretamente pelo status de erro?

Indexadores de tendência de erro

Indexador	Perguntas para solicitar
A equipe é resolvendo o período de vários bugs em cada vez.Uma taxa de alta resolução geralmente indica que a equipe estiver fazendo bom progresso.	A equipe está fechando prontamente bugs que resolve?A taxa de fechamento deve se parecer com a taxa de resolução. O team reactivating bug em uma taxa aceitável?
A equipe é resolvendo bug rapidamente mas não os está fechando.Os membros da equipe que são atribuídos para verificar correções podem ser muito finas prioridades, ou distribuídas diferentes podem manter os membros da equipe de fechar bug resolvidos.	Os recursos de teste sobre- são atribuídos? A equipe deve revisitar prioridades de teste? Para obter mais informações sobre esses métricas, consulte Painel de teste (CMMI).
A equipe está localizando o período de alguns erros em cada vez.A equipe pode esforçar-se para localizar erros em uma solução de alta qualidade ou com teste ineficazes.	Métricas para a tinta de código, agitações de código, ou o progresso de teste indicam um problema com o código ou os testes? Para obter mais informações sobre esses métricas, consulte Painel de qualidade (CMMI)
A equipe está localizando o número mais ou menos idêntico de erros em períodos de tempo sucessivos.Se a equipe localiza o mesmo número da semana de erro após a semana ou de iteração após a iteração, você pode investigar a causa subjacente.Em o início do ciclo de teste, os testes podem não ser rigorosos ou avançados suficiente para localizar vários erros.Em adiantadas iterações, essa situação é esperada.Em o entanto, como o produto é amadurece, os testes devem exercitar cenários e uma integrações mais de largura.	O é suficiente teste de colisão os requisitos que a equipe estiver desenvolvendo? Os testes personalizados desenvolvidos obsoletos que são ou testar a funcionalidade incorreta? São os testes de equipe de teste rigorosa cada requisito? Para obter mais informações sobre esses métricas, consulte Painel de teste (CMMI).
A equipe está localizando o período de vários bugs em cada vez.A equipe pode localizar facilmente erro no código superficial, no código recentemente integrado, com teste têm efeito, ou durante um evento específico, como uma bash do erro.	Métricas para a tinta de código, agitações de código, ou o progresso de teste indicam um problema com o código ou os testes? Para obter mais informações sobre esses métricas, consulte Painel de qualidade (CMMI).

Prioridade e distribuição de erro

Indexador	Perguntas para solicitar
O número de bug de alta prioridade mais ativos é maior que o número de erros ativos de prioridade inferior.Quando o número de bug de alta prioridade é muito maior que o número de erros de prioridade inferior, a equipe pode focalizar itens de prioridade inferior primeiro.	A equipe estiver corrigindo erros na ordem de prioridade definido pelo team? É bloquear de problemas a capacidade de equipe corrigir erros de prioridade mais alta?
As atribuições de erro 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 para alguns a outros membros da equipe.	A equipe deve equilibrar a carga de trabalho designando erro?