Relatório Tendências de Bugs
Você pode usar as tendências de bugs relatórios para ajudar a controlar a taxa em que sua equipe é de descoberta e resolvendo bugs. Esse relatório mostra um rolagem ou uma média móvel de bug que estão sendo relatado, resolvidos, e desliga ao longo do tempo. Quando você gerencia um grande equipe ou um número grande de bug, você pode monitorar semanalmente de relatório das tendências de bugs para obter aprofundamento sobre como o equipe é localizando, resolvendo, e fechando 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á estar atribuído ou pertencer a um grupo que tem a atribuição da função de Pesquisador em SQL Server Reporting Services. Para obter mais informações, consulte Adicionar usuários a projetos da equipe ou Gerenciando permissões.
Dados no relatório
O relatório das tendências de bugs calcula uma média móvel do número de bug que abriu a equipe, resolvido, e fechou com base nos filtros que você especifica. A média de rolamento é baseada em sete dias antes da data para a qual é calculada. Isto é, o relatório calcula a média do número de bug em cada estado para cada um de sete dias antes da data, e o resultado seja depois dividido por sete. Os dados de são derivados de data warehouse.
A ilustração a seguir mostra um exemplo de relatório das tendências de bugs.
.png "Exemplo de relatório de tendências de bugs")
Este relatório exibe até três gráficos lineares, e cada gráfico representa as médias de rolagem dos números de bug ativos, resolvidos, e fechadas.
Você pode filtrar o relatório 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 ou estado de bugs, prioridade, ou severidade.
Para obter mais informações, consulte Filtrando o relatório posteriormente neste tópico.
Atividades necessárias para controlar bugs
Para as tendências de relatar bugs para ser útil e exato, a equipe deve executar as seguintes atividades:
Defina bugs e especifique seus caminhos de Iteração e Área.
Atualizar Estado de cada bugs como for corrigido, marcada, e fechado em.
Especifique Prioridade e Severidade de cada bugs durante a triagem.
Você pode usar a pasta de trabalho de triagem para atualizar rapidamente a iteração, a área, o estado, a prioridade, e a severidade de bugs. Para obter mais informações, consulte Pasta de trabalho de triagem.
Definindo a duração da sprint ou de iteração
Para entender as tendências de bugs para sua iteração atual, as datas de início e de término para o relatório devem corresponder aos 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 taxas de bugs variar com base no qual você está em seu ciclo de desenvolvimento de produtos. A equipe deve encontrar menos bug em iterações anteriores do que nas iterações posteriores. A equipe deve fechar a maioria de bug nas iterações que estão na extremidade de um ciclo de produto.
Você interpretam taxas de bugs ideal examinando as em relação a todas as atividades atuais de projeto de equipe e o outro métrica que os relatórios de status e de Reactivations de bugs fornece. Por exemplo, a equipe pode encontrar bugs especialmente rapidamente no código inadequado registrado, no código recentemente integrada, com testes aprimorados, ou durante um evento excepcional como uma bash de bugs. Por outro lado, os bugs são mais difíceis de localizar em um produto de alta qualidade e com testes ineficazes. Você pode usar a métrica para a cobertura de código, para codificar a batedeira, e as taxas de teste mais para ajudar a avaliar o significado das tendências de bugs.
Como o produto estabiliza para o final de um ciclo de produto, a equipe deve localizar bugs menor frequência.
O relatório das tendências de bugs pode mostrar um ou mais dos indicadores que a tabela a seguir descreve na coluna à esquerda. Você pode revisar as perguntas na coluna à direita para que as áreas enderecem com mais detalhes.
Indicador |
Perguntas para solicitar |
|---|---|
A equipe está localizando aproximadamente o mesmo número de erros em períodos de tempo sucessivos. Se a equipe encontrar o mesmo número de bugs semana após semana ou iteração após iteração, talvez seja uma boa ideia investigar a causa subjacente. No início do ciclo de testes, os testes podem não ser rigorosos ou avançados o suficiente para localizar vários bugs. Em iterações iniciais, essa situação é esperada. No entanto, à medida que o produto amadurece, os testes deverão exercitar cenários e integrações mais amplos. |
|
A equipe está localizando muitos erros em cada período de tempo. A equipe pode localizar bugs facilmente no código superficial, no código recentemente integrado, com testes ou durante um evento específico, como um bash de erro. |
|
A equipe está localizando alguns erros em cada período de tempo. A equipe pode esforçar-se para localizar bugs em uma solução de alta qualidade ou com testes ineficazes. |
|
A equipe está solucionando muitos erros em cada período de tempo. Uma taxa alta de resolução geralmente indica que a equipe está fazendo o bom progresso. |
|
A equipe está solucionando erros rapidamente, mas não está os encerrando. Os membros da equipe que são atribuídos para verificar correção de bug podem ser muito finas prioridades diferentes, ou distribuídas podem manter os membros da equipe de fechar bugs resolvidos. |
|
Versão íntegro de relatório
Um relatório íntegro das tendências de bugs mostra que a equipe localizar mais bug no início de um ciclo de desenvolvimento e menos bugs para o fim de uma versão. A equipe deve resolver e fechar mais bugs para o término do projeto.
Quando a equipe resolve bugs mais rapidamente que os encontra o, o número de bug ativas iniciará para diminuir. Quando o é iniciado de equipe para encontrar menos bug, o produto estabilizarem.
Versão não íntegro de relatório
Um relatório não íntegro das tendências de bugs pode mostrar que a equipe é localizando bugs mais rapidamente como as abordagens de data de envio e apresenta resolver erros de operação mais lentamente. Nessa situação, a reserva de bugs de equipe estiver aumentando como os bugs não são obter corrigido, e talvez você queira examinar as causas. A ilustração a seguir mostra um relatório para uma equipe que seja localizando vários bugs, resolvendo menos bugs de encontrado, e fechando menos bugs de que resolve.
.png "Versão não íntegra do relatório de tendências de Bug")
Filtrando o relatório e alterar a exibição
Você pode filtrar as tendências de bugs relatórios ou modificar sua exibição 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, estado, prioridade, ou severidade.
A ilustração a seguir mostra os filtros disponíveis.
.png "Filtros para o relatório de tendências de bugs")
Para filtrar os 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, ou as listas de Severidade , marque a caixa de seleção de cada estado, prioridade, e severidade para incluir.
Clique Exibir relatório.