Relatório de Reactivations

Porque a equipe resolve fecha e bugs, você pode usar os Reactivations relata para determinar como efetivamente o equipe estiver corrigindo erros.Os Reactivations a geralmente bugs que foram definidos ou fechados prematuramente e reaberto em.A taxa de reactivation é também conhecido como a taxa de comentários de falha.

Você pode usar os Reactivations relata para mostrar erros ou as histórias de usuário que reactivated.Como um proprietário do produto, convém discutir aceitáveis taxas de reactivation com a equipe.Um desprezado de reactivations (por exemplo, menos de 5%) pode ser aceitável como o objetivo de sua equipe.Em o entanto, um ataue de 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, update, ou gerenciar relatórios, consulte Relatórios (ágeis).

ObservaçãoObservaçã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órioRelató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 esse relatório para responder às seguintes questões:

  • Quantos erro reactivated?

  • Quantas artigos de usuário reactivated?

  • A equipe é resolvendo e está fechando reactivated bug em 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 de equipe ou Gerenciando permissões.

Dados no relatório

Os Reactivations relatam mostra um gráfico da área do número de erros ou as histórias que está em um estado resolvido ou que reactivated de estado fechado.Os dados 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 filtros que você especificar, como mostra a ilustração a seguir.

Exemplo de relatório de reativações

Você pode filtrar os Reactivations relata das seguintes maneiras:

  • Altere o início e as datas de conclusão para o relatório.

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

Para obter mais informações, consulte filtrando o relatório posteriormente em este tópico.

Dd380731.collapse_all(pt-br,VS.110).gifAtividades necessários para controlar artigos e bugs de usuário

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

  • Defina as histórias e bugs de usuário, e especificar seus caminhos de Iteração e de Área .

  • Atualizar Estado de artigos e os erros como progride de ativa a fechado.

Definindo a duração de iteração

Para entender a taxa de reactivation da iteração atual, o início e as datas de conclusão para o relatório deve coincidir com aqueles do seu ciclo de iteração atual.

Para alterar a duração de iteração

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

  2. Clique Exibir Relatório.

Interpretando o Relatório

Você deve esperar o relatório de Reactivations variar baseados em onde você está em seu ciclo de desenvolvimento de produtos.As iterações adiantadas devem exibir muito poucos reactivations.Porque erros e as histórias são fechados, você desejará examinar a taxa de reactivations.

Os Reactivations relatam informações de vídeos que você pode usar para detectar se o team reactivating um número alto de bug ou de artigos.A taxa de reactivation conta o número de erros suposta corrigidos cujas as correções não funcionam.Esses reactivations podem criar um ciclo detrimental rework que interfere com a feitura de progresso tarefas planejado.

Dd380731.collapse_all(pt-br,VS.110).gifPerguntas que as respostas de relatório

Você pode examinar o relatório para responder a essas questões:

  • Quantos erro reactivated na iteração atual?

  • Quantas artigos de usuário reactivated na iteração atual?

  • A equipe é resolvendo e está fechando erro e artigos reactivated em uma taxa aceitável?

Dd380731.collapse_all(pt-br,VS.110).gifVersão íntegro de relatório

Uma versão íntegro de Reactivations relata mostra um progresso regular em resolver e fechamento apresenta erros que funciona como mostra a ilustração a seguir.A taxa total de reactivation de item de trabalho é menor ou igual a 5%, e não aumenta durante a iteração.As flutuações pequenas podem ser aceitáveis, com base em suas metas de equipe.O menor sua taxa de reactivation, mais progresso sua equipe pode fazer a aparência geral.

Versão íntegra de um relatório de reativações

Dd380731.collapse_all(pt-br,VS.110).gifVersão não esteja íntegro de relatório

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

Versão não íntegra do relatório de reativações

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

Indexador

Perguntas para solicitar

O team reactivating um número alto de erros.Você deve considerar a taxa de reactivation como uma porcentagem do número total de erros que o está localizando equipe.

Uma taxa alta de reactivation de bug pode indicar que a equipe está fechando bug prematuramente.É um sinal de aviso de deficiência orgânica do projeto.Os Reactivations apresentam o trabalho adicional do ciclo do produto, que dobra geralmente o esforço geral que é necessário para concluir o trabalho correspondente.

  • A equipe estiver executando suficientes testes de unidade quando resolve erro?

  • Descrições de bug oferecem suporte a resolução eficiente de erro?

  • Erros estão sendo resolvidos mesmo que os problemas subjacentes não sejam corrigidos?

  • Alguns erros devem ser definidas para a prioridade inferior, efetivamente reduzindo o número de bug de alta prioridade que a equipe está trabalhando?

  • O laboratório de teste está sendo gerenciado efetivamente?

O team reactivating um número alto de artigos de usuário.Você deve considerar a taxa de reactivation de artigos de usuário como uma porcentagem do número total de artigos de usuário que está fechando a equipe.Uma taxa alta de reactivation de essa história pode indicar que outros problemas justificam investigação.

  • É a tinta de teste suficiente para cenários de usuário?

o número de reactivations está crescendo.Quando o número de reactivations cresce, bugs ou as histórias reactivated não estão sendo corrigidos.Você pode querer fazer nova avaliação de prioridades de equipe para corrigir bugs ou artigos reactivated.

  • 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 relata das seguintes maneiras:

  • Altere o início e as datas de conclusão para o relatório.

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

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

Filtros de relatório de reativações

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

  1. Execute uma ou mais das 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.

    • Listas de Tipo de Item de Trabalho e de estado anterior , selecione 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

Conceitos

Pasta de trabalho de triagem

Relatório de estado de erro

Tendências de relatório de erros

Bug (Agile)

História de usuário (Agile)

Outros recursos

Relatórios (ágeis)