Status do Bug
Depois do início da equipe localizar e corrigir bug, você pode monitorar o progresso da equipe para resolver e fechar bugs exibindo o relatório de status de bugs. Esse relatório mostra a contagem cumulativa de bugs com base no estado, na prioridade, e a severidade de bugs.
Para obter informações sobre como acessar, atualizar ou gerenciar relatórios, consulte Relatórios (SQL Server Reporting Services).
Dica
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 .png "Relatório"){kind=icon}
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 este relatório para responder às seguintes perguntas:
|
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 da equipe ou Gerenciando permissões.
Dados no relatório
Os dados que aparecem no relatório de status de bugs são derivados do data warehouse. Este relatório exibe vários conjuntos de informações como as ilustrações e apresentação de tabela e descreve-os.
.png "Gráfico de status de bugs")
.png "Metade inferior do relatório de status de bugs")
Informações |
Descrição |
|---|---|
Número de bug |
Uma representação visual de contagem cumulativa de todos os bug, agrupadas por seu estado. |
Bugs ativos pela prioridade/severidade |
Um gráfico de pizza que descreve o número de bug que ainda estão ativas, agrupados pela prioridade ou pela severidade. |
Bugs ativos pela atribuição |
Um gráfico de barras horizontais com a contagem total de bug que todos os membros da equipe eles alocado no estado ativo, agrupados pela prioridade ou pela severidade. |
Bugs resolvidos pela atribuição |
Um gráfico de barras horizontais com a contagem total de bug que todos os membros da equipe eles alocado no estado resolvido, agrupados pela prioridade ou pela severidade. |
Você pode filtrar o relatório de status de bug das seguintes maneiras:
Altere as datas inicial e final do relatório.
Filtrar os bug que são contados no relatório especificando caminhos de iteração e da área, o estado de bug, prioridade, e severidade.
Para obter mais informações, consulte Filtrando o relatório e alterar a exibição posteriormente neste tópico.
Atividades necessárias para controlar bugs
Para que o relatório de status de bugs é útil e exato, a equipe deve executar as seguintes atividades:
Dica
A equipe pode usar a pasta de trabalho de triagem para verificar, classificar, dar a prioridade, e alocar bugs.Para obter mais informações, consulte Pasta de trabalho de triagem.
Defina bugs e especifique seus caminhos de Iteração e Área.
Especifique Prioridade e Severidade de cada bugs.
Dica
Para obter mais informações sobre como definir caminhos de área e de iteração, consulte Adicionar e modificar área e caminhos de iteração.
Atribua cada bug ao membro da equipe que está trabalhando para o resolvê-lo ou fechá-lo.
Atualizar o estado de cada bugs como for corrigido, marcada, e fechado.
Definindo a duração de iteração
Para entender o progresso que está fazendo a equipe para sua iteração atual, o datas de início e término para o relatório deve corresponder às do ciclo de iteração atual.
Para alterar a duração de iteração
Ao lado de Iteração Início (data) ou de Extremidade de iteração (data), clique no ícone de calendário, e clique em uma data.
Clique Exibir relatório.
Interpretando o Relatório
Você deve aguardar o relatório de status de bugs variar com base no qual você está em seu ciclo de desenvolvimento de produtos. As iterações antigas devem exibir gradual um aumento no número de bug ativas. As iterações que estão na extremidade de um ciclo de desenvolvimento devem exibir uma banda larga de bug resolvidos.
Perguntas que as respostas de relatório
Você pode examinar o relatório para determinar o andamento em uma iteração ou ao longo do tempo. Especificamente, você pode encontrar respostas para 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?
A equipe está corrigindo bugs de alta prioridade primeiro?
Que é a distribuição de bugs pela prioridade e a severidade?
Quantos bugs são atribuídos a cada membro da equipe?
Alguns membros da equipe precisa da ajuda de resolver ou bugs fechar?
Versão íntegro de relatório
Um relatório de estado íntegro de bugs mostra um aumento em bugs ativas com o passar do tempo seguida por uma constante progressão de resolver e fechar bug, como mostra a ilustração a seguir. Quando a equipe corrige mais bugs de encontrado, o número de bug ativas diminui.
.png "Versão íntegra do relatório de Status de bugs")
Versão não íntegro de relatório
A ilustração a seguir mostra uma versão não íntegro de relatório de status de bugs.
.png "Versão não íntegra do relatório de Status de bugs")
Um relatório de estado não íntegro de bugs mostra um ou mais dos indicadores que a tabela a seguir descreve:
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 ativa da de bugs pode indicar que um gargalo é retardando a capacidade da equipe de resolver e fechar bugs. |
|
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. |
|
O número de bugs resolvidos ou fechados não está mudando. Quando o número de bug que estão sendo resolvidos ou permanece fechadas simplificam por longos períodos de tempo, os membros da equipe podem não ser capaz de resolver ou fechar bugs. |
|
As atribuições de bug não são distribuídas igualmente. A equipe pode precisar reatribuir o trabalho quando um grande número de bugs são atribuídos a um ou dois membros da equipe e somente à alguns outros membros da equipe. |
|
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 bug de prioridade é muito maior que o número de bug de prioridade inferior, o trabalho deve andamento em itens de prioridade inferior primeiro. |
|
Filtrando o relatório e alterar a exibição
Você pode filtrar o relatório de status de bugs ou modificar sua exibição das seguintes maneiras:
Altere as datas inicial e final do relatório.
Filtrar o conjunto de bug que são contados alterando os caminhos de iteração, os caminhos de área, o estado, a severidade, ou a prioridade.
Alterar o agrupamento com base na prioridade ou na severidade.
A ilustração a seguir mostra os filtros e as opções disponíveis de exibição:
.png "Filtros para Status de bugs")
Para filtrar o conjunto de bug que são contados no relatório
Execute uma ou ambas as seguintes ações:
Em listas de Iteração e de Área , marque a caixa de seleção de cada iteração ou área de produto para incluir.
Em Estado, Prioridade, e as listas de Severidade , marque a caixa de seleção de cada estado, prioridade, e severidade para incluir.
Clique Exibir relatório.
Para agrupar bugs pela prioridade ou pela severidade
Na lista de Grupo ativo por , clique em Prioridade ou em Severidade.
Clique Exibir relatório.