Relatório de estado de erro
Depois que a equipe começou para localizar e corrigir erros, você pode acompanhar o progresso de equipe para resolver e feche bug exibindo o relatório de estado de erro.Esse relatório mostra a contagem cumulativo de erro com base no estado, e na prioridade na gravidade do erro.
Para obter informações sobre como acessar, update, ou gerenciar relatórios, consulte Relatórios (ágeis).
Observação |
---|
Esse relatório requer que a coleção de projeto de equipe que contém o projeto da equipe recebeu fornecimento de SQL Server serviços de relatórios.Esse relatório não está disponível se Relatórios não aparecer quando você abrir Team Explorer e expandir o nó do projeto de sua equipe. |
Neste tópico
|
Você pode usar esse relatório para responder às seguintes questões:
|
Permissões Necessárias
Para exibir o relatório, você deverá ser atribuído ou pertencer a um grupo que tem a atribuição da função de Pesquisador nos Reporting Services.Para obter mais informações, consulte Adicionar usuários a projetos de equipe ou Gerenciando permissões.
Dados no relatório
Os dados que aparecem no relatório de estado de erro são derivados de data warehouse.Esse relatório exibe vários conjuntos de informações como as ilustrações e apresentação de tabela e descreve-os.
Informações |
Descrição |
---|---|
Número de erro |
Uma representação visual de cumulativo contagem de todos erros, agrupada por seu estado. |
Bugs ativos por prioridade/gravidade |
Um gráfico de pizza que descreve o número de erros que ainda estão ativos, agrupados por prioridade ou pela gravidade. |
Bugs ativos pela atribuição |
Um gráfico de barras horizontal com a contagem total de erros que cada membro da equipe eles atribuiu no estado ativo, agrupados por prioridade ou pela gravidade. |
Erros definidos pela atribuição |
Um gráfico de barras horizontal com a contagem total de erros que cada membro da equipe eles atribuiu no estado resolvido, agrupados por prioridade ou pela gravidade. |
Você pode filtrar o relatório de estado de erro das seguintes maneiras:
Altere o início e as datas de conclusão para o relatório.
Filtrar erros que são contados no relatório especificando caminhos de iteração e da área, estado de erro, prioridade, e gravidade.
Para obter mais informações, consulte Filtrando o relatório e alterar a exibição posteriormente em este tópico.
Atividades necessários para rastrear bugs
Para que o relatório de estado de erro é útil e exato, a equipe deve executar as seguintes atividades:
Observação |
---|
A equipe pode usar a pasta de trabalho de triagem para examinar, classificar, dar prioridade a, e atribua a erros.Para obter mais informações, consulte Pasta de trabalho de triagem. |
Defina bugs, e especificar seus caminhos de Iteração e de Área .
Especificar Prioridade e Severidade de cada erro.
Observação Para obter informações sobre como definir área e caminhos de iteração de, consulte Criar e modificar áreas e iterações.
Atribuir cada erro ao membro da equipe que está trabalhando para resolver o ou fechar.
Atualizar o estado de cada erro é marcado como corrigido, e fechado.
Definindo a duração de iteração
Para entender o progresso da equipe estiver fazendo para a iteração atual, o início e término de datas para o relatório deve coincidir com aqueles do seu ciclo de iteração atual.
Para alterar a duração de iteração
A o lado de Iteração Início (data) ou de O final da iteração data (), clique no ícone de calendário, clique em uma data.
Clique Exibir Relatório.
Interpretando o Relatório
Você deve esperar o relatório de estado de erro variar baseados em onde você está em seu ciclo de desenvolvimento de produtos.As iterações adiantadas devem exibir um aumento gradual no número de erros ativos.As iterações por que estão no final de um ciclo de desenvolvimento devem exibir uma faixa de erros abrangente resolvidos.
Perguntas que as respostas de relatório
Você pode examinar o relatório para determinar o progresso de uma iteração ou ao longo do tempo.Especificamente, você pode encontrar respostas para seguintes questões:
Como rapidamente a equipe é resolvendo e está fechando erro?
A equipe estiver corrigindo erros rapidamente suficiente para concluir momento?
A equipe estiver corrigindo bug de alta prioridade primeiro?
Que é a distribuição de erro por prioridade e a gravidade?
Quantos erros são atribuídos a cada membro da equipe?
Qualquer membro da equipe precisa da ajuda de resolver ou fechar erro?
Versão íntegro de relatório
Um relatório de estado íntegro de bug mostra um aumento nos erros ativos ao longo do tempo seguidos por uma constante andamento de resolver e fechamento bugs, como mostra a ilustração a seguir.Quando a equipe mais corrigir erros em que localiza, o número de erros ativos diminui.
Versão não esteja íntegro de relatório
A ilustração a seguir mostra uma versão não esteja íntegro de relatório do estado de erro.
Um relatório de estado não esteja íntegro de bug mostra um ou mais dos indicadores que a tabela a seguir descreve:
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. Ativa uma faixa de ampliação de bug 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 estão sendo resolvidos ou as permanecerá simplificam fechadas por longos períodos de tempo, os membros da equipe podem não capaz de resolver ou fechar erro. |
|
As atribuições de erro não são distribuídas igualmente.A equipe precisa reatribuir o trabalho a um grande número de erros são atribuídos a um ou dois membros da equipe e apenas para alguns a outros membros da equipe. |
|
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, o trabalho pode progride em itens de prioridade inferior primeiro. |
|
Filtrando o relatório e alterar a exibição
Você pode filtrar o relatório de estado de erro ou alterar a exibição das seguintes maneiras:
Altere o início e as datas de conclusão para o relatório.
Filtrar o conjunto de erros que são contados alterando os caminhos de iteração, os caminhos da área, o estado, a gravidade, ou a prioridade.
Altere o agrupamento baseado na prioridade ou a gravidade.
A ilustração a seguir mostra os filtros e opções disponíveis de exibição:
Para filtrar o conjunto de erros que são contados no relatório
Execute uma ou ambas as seguintes ações:
Listas de Iteração e de Área , selecione a caixa de seleção de cada iteração ou área do produto para incluir.
Em Estado, Prioridade, e as listas de Severidade , selecione a caixa de seleção de cada estado, prioridade, e gravidade para incluir.
Clique Exibir Relatório.
Para agrupar bug por prioridade ou pela gravidade
Em a lista de Ativa o grupo , clique em Prioridade ou no Severidade.
Clique Exibir Relatório.
Consulte também
Conceitos
Tendências de relatório de erros