Partilhar via


Relatório do excel de análise de falha

Você pode usar o relatório de análise de falha para ajudar a monitorar quantas regressões a equipe de teste está localizando.As regressões são erro no software que você está testando que não surgiu em versões anteriores.Uma equipe que realiza teste de regressão é focalizada especificamente sobre localizar bugs que apareceram apenas em uma nova versão de software.O relatório de análise de falha mostra quantos configurações diferentes para cada situação de teste passaram anteriormente e estão falhando agora, para as quatro semanas as mais recentes.

Esse relatório está disponível apenas quando a equipe cria e inicializa planos de teste para executar testes usando Microsoft Test Manager.Para obter informações sobre como definir pacotes de teste e planos de teste, consulte Definindo um plano de teste. Para obter informações sobre como acessar esse relatório, consulte O excel relata (agile).

ObservaçãoObservação

Você pode visualizar o relatório de análise de falha do painel de teste.Você pode acessar esse painel somente se seu portal de projeto de equipe foi ativado e é provisionado para usar Microsoft Office SharePoint Server 2007.Para obter mais informações, consulte Acessar um portal de projeto de equipe ou as Diretrizes de Processo.

Neste tópico

  • Dados no relatório

  • Interpretando o Relatório

  • Atualizando e personalizando o relatório

Tópicos relacionados

ObservaçãoObservação

Uma equipe usa situações de teste para definir os testes automatizados manuais e que pode executar e gerenciar usando Test Runner e Microsoft Test Manager.Usando Microsoft Test Manager, você pode criar não apenas situações de teste mas também pacotes de teste e testar as configurações que suportam testar seu projeto.Você pode usar configurações de teste para definir como você deseja executar seus situações de teste e pacotes de teste.Você pode agrupar as situações de teste organizando as juntos em uma hierarquia de pacotes de teste em seu plano de teste.Criando pacotes de teste, você pode executar conjuntos de situações de teste como um grupo.Para obter mais informações, consulte Definindo um plano de teste.

Permissões Necessárias

Para exibir o relatório, deverá ser atribuído a um grupo ou pertencido que é atribuído as permissões de Ler em Produtos do SharePoint para o projeto de equipe.

Para modificar ou personalizar o relatório, deverá ser um membro da função de segurança de TfsWarehouseDataReaders no analysis services de SQL Server .Você também deve ser atribuído a um grupo ou pertencido que é atribuído as permissões de Membros em Produtos do SharePoint para o projeto de equipe.Para obter mais informações, consulte Conceder acesso aos bancos de dados do Data Warehouse para Visual Studio ALM e Gerenciando permissões.

Dados no relatório

O relatório de análise de falha fornece um gráfico empilhado da área que mostra cumulativo a contagem de todos os resultados falha de resultado para situações de teste para todas as configurações, durante as quatro semanas as mais recentes.Os tipos de falha Nova Questãoproblema conhecidoincluem, ou Regressão.

Relatório de análise de falha do Excel

Esse relatório é baseado em um relatório de PivotChart que mostra as quatro semanas as mais recentes dos dados do resultado de teste que são armazenados na data warehouse.

O sistema examina cada configuração em que a situação de teste foi executada e tenta-a identificar o resultado predecessores para a mesma configuração para a situação de teste.O tipo de falha que é atribuído à situação de teste/configuração é determinado com base nos critérios:

  • Regressão: Quando o resultado imediato predecessores tinha um resultado de Aprovado.

  • Nova Questão: Quando nenhum efeito imediato predecessores pode ser encontrado.

  • problema conhecido: Quando o resultado imediato predecessores tinha um resultado de Falha.

Ee461520.collapse_all(pt-br,VS.110).gifAtividades necessários para monitorar regressões

Para que o relatório de análise de falha é útil e exato, a equipe deve executar as seguintes atividades:

  • Defina situações de teste e planos de teste, e atribuir situações de teste para planos de teste.

  • Para teste manual, marcar os resultados de cada etapa de validação na situação de teste como passada ou falhou.

    Observação importanteImportante

    Os testadores deve marcar uma etapa de teste com um status se é uma etapa de teste de validação.O resultado final para uma situação de teste reflete o status de todas as etapas de teste que o testador marcado.Portanto, a situação de teste terá um status de falha se o testador marcou qualquer etapa de teste falhou como ou não está marcada.

    Para testes automatizados, cada situação de teste é marcada como automaticamente passada ou falhou.

  • (Opcional) para oferecer suporte à filtragem, atribua Iteração e caminhos de Área a cada situação de teste.

Interpretando o Relatório

Você deve esperar o relatório de análise de falha variar dependendo de onde você está em seu ciclo de desenvolvimento de produtos.As iterações adiantadas deve mostrar vez, se houver, a atividade de regressão.Mais tarde no ciclo de desenvolvimento, você deve aguardar algumas regressões.Especificamente, você deve examinar o relatório para encontrar respostas às seguintes questões:

  • A aparência geral de quantos teste é retrocedendo?

  • É ter de equipe o número total de regressões ou de falhas de teste nos intervalos esperados ou de metas de equipe?

  • É a equipe que aborda questões como eles são identificados?Problemas conhecidos estão sendo endereçados em tempo hábil?

Um relatório íntegro de análise de falha mostrará números moderados de novos problemas, de problemas conhecidos, e de regressões.Se aponta ocorrem em uma ou mais de esses áreas, a equipe pode precisar investigar o mais.Os pontos pode indicar problemas na atividade de teste ou na qualidade de código que a equipe estiver fazendo o check-in.

Além de isso, convém verificar o status de compilações recentes, para gerar erros de novamente o status, e para codificar agitações para determinar se métricas para cada um de esses fatores pode ajudar a explicar as alterações em linhas de atividade de teste.

Atualizando e personalizando o relatório

Você pode atualizar o relatório de análise de falha abrindo o em Office Excel e modificar as opções de filtro para o relatório de tabela dinâmica.Você pode personalizar esse relatório para fornecer suporte a outras visualizações, a tabela a seguir descreve.

View

Ação

Teste de falha para uma iteração

Altere o filtro para Iteration (o default=All)

Teste de falha para uma área do produto

Altere o filtro para Area (o default=All)

Teste de falha para um plano de teste ou um conjunto específico de planos de teste

Adicione o filtro para Test Plan (o default=All)

Análise de falha, oito, para seis semanas ou mais as mais recentes

Em a lista de campos de Tabela Dinâmica das colunas, substitua @@Last 4 weeks@@ com Setdiferente

Para obter mais informações sobre como trabalhar com e personalizar relatórios de PivotTables e de PivotChart, consulte as seguintes páginas no site da Microsoft:

Consulte também

Conceitos

Painel de teste (agile)

Relatório do excel de progresso de plano de teste

Artefatos (ágeis)

Outros recursos

O excel relata (agile)