Painel de erro
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
.gif "Observação")
ObservaçãoVocê 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, consulte Painéis (ágeis) ou Acessar um portal de projeto de equipe ou as Diretrizes de Processo.
Neste tópico
|
Você pode usar esse painel para responder às seguintes questões:
|
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:
.png "Painel de controle de bugs")
| Observação |
|---|
Burndown, a tendência, e gráficos de barras, completamente |
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 |
|---|---|---|
.gif "Etapa 1") |
Uma representação visual de cumulativo contagem de todos erros, agrupada por seu estado, para as quatro semanas passadas. .png "Relatório do Excel de andamento de bugs") |
|
.gif "Etapa 2") |
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. .png "Relatório de tendências de bug") |
|
.gif "Etapa 3") |
Uma representação visual de cumulativo contagem de todos erros, agrupada por sua prioridade, para as quatro semanas passadas. .png "Gráfico de prioridade de bugs por") |
|
.gif "Etapa 4") |
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. .png "Gráfico de atribuição de bugs por") |
|
.gif "Etapa 5") |
Lista de erros ativos.A lista é derivada de uma parte de Team Web Access Web. |
|
.gif "Etapa 6") |
Lista de próximos eventos.A lista é derivada de uma parte Web do SharePoint. .png "Web part Importar eventos") |
Não aplicável. |
.gif "Etapa 7") |
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. .png "Parte do projeto da Web de itens de trabalho") |
|
.gif "Etapa 8") |
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. .png "Recente Web part de compilações")
legenda:
|
|
.gif "9") |
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. .png "Check-ins Web part recentes") |
.gif "Compilação em andamento"){kind=icon}
: Compilação em andamento.gif "Compilação não iniciada"){kind=icon}
: Compilação não iniciada.gif "Compilação bem-sucedida"){kind=icon}
: Compilação Bem-sucedida.gif "Falha na compilação"){kind=icon}
: Falha na Compilação.gif "Compilação interrompida"){kind=icon}
: Compilação stop.gif "Compilação parcialmente realizada com êxito"){kind=icon}
: Compilação bem-sucedida parcialmenteAtividades 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
.gif "Dd560860.collapse_all(pt-br,VS.110).gif")
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. |
|
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. |
|
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. |
|
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 é 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. |
|
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. |
|
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. |
|
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. |
|
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. |
|
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. |
|