Relatório Reativações

Como a equipe resolve e fecha bug, você pode usar os Reactivations relatórios para determinar como efetivamente a equipe estiver solucionando bugs. Os Reactivations geralmente fazem referência aos bug que foram solucionados ou fechados prematuramente e reabertos em. A taxa de reactivation é também referida como a proporção dos comentários de falha.

Você pode usar os Reactivations relatórios para mostrar os bugs ou as histórias do usuário que é reativado. Como proprietário do produto, talvez você queira discutir taxas aceitáveis de reactivation com a equipe. Uma taxa baixa de reactivations (por exemplo, menos de 5%) poderia ser aceitável dependendo das metas de sua equipe. No entanto, uma elevação ou uma taxa crescente de reactivations indica que a equipe pode precisar diagnosticar e corrigir problemas sistemáticos.

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 Relatórios não aparecer quando você abrir Team Explorer e expandir o nó do projeto de sua equipe.

Neste tópico Dados no relatório Definindo a duração de iteração Interpretando o Relatório Filtrando o relatório

Você pode usar este relatório para responder às seguintes perguntas: Quantos erros estão sendo reativados? Quantas histórias do usuário será reativado? A equipe está resolvendo e fechando bugs reativados a uma taxa aceitável?

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.

Dados no relatório

Os Reactivations relatório mostra um gráfico de área do número de bugs ou as histórias que estão em um estado que resolvido ou reativados do estado fechado. Os dados de são derivados de data warehouse. O gráfico a seguir descrevem o número de itens com base na duração de tempo e os filtros que você especificar, como mostra a ilustração a seguir.

Você pode filtrar os Reactivations relatórios das seguintes maneiras:

• Altere as datas inicial e final do relatório.

• Filtrar os bugs e as histórias que são contados no relatório especificando caminhos de iteração e da área, tipos de itens de trabalho, e o estado anterior dos itens de trabalho.

Para obter mais informações, consulte Filtrando o relatório posteriormente neste tópico.

Atividades necessárias para controlar histórias e bugs de usuário

Para os Reactivations relatório para ser útil e exato, a equipe deve executar as seguintes atividades:

• Define histórias e bugs de usuário, e especifique os caminhos de Iteração e de Área .

• Atualizar Estado de histórias e de bugs como o andamento de ativa a fechado.

Definindo a duração de iteração

Para entender a taxa de reactivation de 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

1. 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.

2. Clique Exibir relatório.

Interpretando o Relatório

Você deve aguardar o relatório de Reactivations variar com base no qual você está em seu ciclo de desenvolvimento de produtos. As iterações antigas devem exibir poucos reactivations. Como os bugs e as histórias são fechados, você desejará examinar a taxa de reactivations.

Os Reactivations relatórios exibe informações que você pode usar para detectar se a equipe reativando um número alto de bugs ou de histórias. A taxa de reactivation conta o número de bug suposta corrigidos cujas correções não funcionam. Esses reactivations podem criar um ciclo de código nocivo retrabalho que interfere na fatura de progresso em tarefas planejadas.

Perguntas que as respostas de relatório

Você pode examinar o relatório para responder a essas perguntas:

• Quantos bugs reativado na iteração atual?

• Quantas histórias do usuário será reativado na iteração atual?

• A equipe está resolvendo e o está encerrando bugs e histórias reativado em uma taxa aceitável?

Versão íntegro de relatório

Uma versão íntegro dos Reactivations relatórios mostra um progresso regular na solução e de fechamento apresenta erros de operação como mostra a ilustração a seguir. A taxa total de reactivation do item de trabalho for 5% ou inferior, e não aumenta durante a iteração. As flutuações pequenas sejam aceitáveis, com base em suas metas de equipe. O mais baixo sua taxa de reactivation, mais progresso sua equipe pode fazer o geral.

Versão não íntegro de relatório

A ilustração a seguir mostra uma versão não íntegro de relatório de Reactivations.

A tabela a seguir descreve mostrado em uma versão não íntegro este relatório, além de fornecer de algumas questões sugeridas para ver.

Indicador	Perguntas para solicitar
A equipe reativando um número alto de bug. Você deve considerar a taxa de reactivation como uma porcentagem do número total de bug que a equipe é localizando. Uma taxa alta de reactivation de bugs pode indicar que o está encerrando prematuramente equipe bugs. É um sinal de aviso de orgânica deficiência do projeto. Os Reactivations apresentam o trabalho adicional no ciclo de produto, que geralmente dobra a busca total exigido para concluir o trabalho correspondente.	A equipe está executando suficientes teste de unidade quando resolve bugs? As descrições de bugs dão suporte à resolução eficiente de bugs? Os bugs estão sendo resolvidos mesmo que os problemas subjacentes não foram corrigidos? Alguns bugs devem ser definidos como a prioridade inferior, reduzindo efetivamente o número de bug de prioridade que a equipe está trabalhando? O laboratório de teste está sendo gerenciado efetivamente?
A equipe reativando um número alto de histórias do usuário. Você deve considerar a taxa de reactivation de histórias do usuário como uma porcentagem do número total de histórias do usuário que a equipe está sendo fechado. Uma taxa alta de reactivation de histórico pode indicar que outros problemas justificam a investigação.	É a cobertura de teste suficiente para cenários de usuário?
O número de reactivations estiver aumentando. Quando o número de reactivations cresce, os bugs ou as histórias reativado não estão sendo corrigidos. Talvez você queira fazer nova avaliação de prioridades de equipe para corrigir bugs ou histórias reativado.	As prioridades para a equipe são definidas corretamente? São outros problemas na raiz de reactivations?

Filtrando o relatório

Você pode filtrar os Reactivations relatórios das seguintes maneiras:

• Altere as datas inicial e final do relatório.

• Filtrar os bugs ou as histórias que representa o relatório especificando caminhos de iteração e da área, tipos de itens de trabalho, e os estados anteriores para os itens de trabalho.

A ilustração a seguir mostra os filtros disponíveis:

Para filtrar os itens de trabalho que aparecem no relatório

1. Executar uma ou mais das 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 listas de Tipo de Item de Trabalho e de Estado Anterior , marque a caixa de seleção de cada tipo de item de trabalho e indique-a para incluir.

2. Clique Exibir relatório.

Consulte também

Outros recursos

Relatórios (SQL Server Reporting Services)