Compartilhar via


Relatório do Excel Teste de Lacunas (Agile)

As equipes responsáveis pelo teste de software podem usar o relatório de teste de lacunas para ajudar a determinar onde há deficiências em seus planos de teste, configurações de teste e cobertura do teste. As lacunas teste relatório fornece os seguintes cinco relatórios com base nos resultados de teste e compilações que foram definidas e executadas um projeto de equipe.

  • Status da história de usuário: ajuda a equipe identificar lacunas na cobertura de teste para cada história de usuário. Este relatório requer que os membros da equipe vincular casos de teste de histórias de usuários.

  • Status da história de usuário pela configuração: ajuda a equipe identificar lacunas na cobertura de teste para cada configuração de teste para cada história de usuário. Este relatório requer que os membros da equipe vincular casos de teste de histórias de usuários.

  • Status da área de teste: ajuda a equipe identificar lacunas na cobertura de teste de áreas de produto. Este relatório requer que os membros da equipe atribuem casos de teste para áreas de produto.

  • Os testes não executados: ajuda a equipe identificar casos de teste que nunca foram executados para cada configuração de teste.

  • Cobertura de código: ajuda a equipe de determinar quais compilações e compilação assemblies têm cobertura de código de baixa ou alta.

Os quatro primeiros relatórios estão disponíveis somente quando a equipe cria planos de teste e começa a executar testes usando Microsoft Test Manager. Para obter informações sobre como definir conjuntos de testes e planos de teste, consulte Planejar testes manuais usando o Team Web Access.

Dica

Você pode acessar o relatório de teste de lacunas do gerenciamento da equipe de teste pasta localizada no relatórios do Excel pasta do projeto de equipe em Team Explorer.Você pode acessar esta pasta somente se seu portal de projeto de equipe tiver sido habilitado e configurado para usar Produtos do SharePoint.Para obter mais informações, consulte Compartilhar informações usando o portal do projeto.

Requisitos

Para exibir o relatório, você deve ser atribuído ou pertencer a um grupo que recebeu o leitura permissões Produtos do SharePoint para o projeto de equipe.

Para modificar ou personalizar o relatório, você deve ser um membro do TfsWarehouseDataReaders função de segurança no SQL Server do Analysis Services. Você também deve ser atribuído ou pertencer a um grupo que recebeu o membros permissões no 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.

Dados nos relatórios

Os relatórios de teste de lacunas mostram a contagem cumulativa de resultados de teste para os planos de teste, as configurações de teste e casos de teste que são definidos para um projeto de equipe. Todos os relatórios são baseados em tabelas dinâmicas que acessam dados armazenados no data warehouse.

Cobertura de teste de histórias de usuários

O relatório de Status de história de usuário indica quantos testes estão passando ou falha para cada história de usuário. Ele fornece um gráfico de barras horizontais que mostra a contagem dos resultados de teste para cada combinação de configuração de teste e caso de teste que a equipe tiver definido para cada história de usuário. O relatório apresenta o resultado cumulativo de testes executados em todos os casos de teste que estão vinculados a histórias de usuários. O relatório exibe resultados filtrados pelos seguintes resultados: aprovado (verde), falha (vermelho), nunca execute (azul), ou bloqueado (amarelo).

Relatório de Excel de Status do teste de histórias de usuário

O Status da história de usuário por relatório de configuração apresenta os resultados de teste para cada história de usuário, agrupados por configuração de teste.

A tabela a seguir descreve os campos que são usados em tabelas dinâmicas que geram relatórios que se concentram na cobertura do teste de histórias de usuários e os filtros de relatório.

Filtros

Campos

  • A equipe de projeto - hierarquia de projetos de equipe: inclui resultados de teste que foram coletados para o projeto de equipe selecionado.

  • Hierarquia de interação de resultado - teste: inclui resultados de testes que foram executados a partir de casos de teste que foram atribuídos às iterações selecionadas.

  • Hierarquia da área de resultado - teste: inclui resultados de testes que foram executados a partir de casos de teste que foram atribuídos para as áreas de produto selecionado.

  • Teste o plano - nome do plano de teste: inclui resultados de testes que foram executados a partir de casos de teste que pertencem aos planos de teste selecionado.

  • Trabalho Item vinculado - tipo de Item do Item de trabalho Linked.Work: inclui resultados de testes que foram executados a partir de casos de teste que são vinculados para o tipo de item de trabalho selecionado. O relatório conta resultados de teste para casos de teste somente se eles estiverem vinculados a uma história de usuário.

Filtrar específicas para o Status da história de usuário por relatório de configuração:

  • Suíte de teste - hierarquia do conjunto de teste: inclui resultados de testes que foram executados a partir de casos de teste que pertencem a conjuntos de teste selecionado.

  • Testar o resultado do resultado -: O resultado do teste. O relatório usa esse campo para definir os rótulos de coluna e para filtrar os resultados de teste para incluir aprovado, falha, bloqueado ou nunca foi executado.

  • (Medida) Test - contagem de tendência de ponto: conta a versão mais recente de cada resultado de teste em uma determinada compilação. Se um teste for executado várias vezes em uma compilação, a tendência de contagem de ponto conta o resultado desse teste usando a compilação mais recente.

  • Link - título do Item de trabalho: O título do item de trabalho que está vinculado ao caso de teste. Neste relatório, o título da história de usuário é listado.

  • Campo específico para o Status da história de usuário por relatório de configuração:

    • Nome da configuração de teste de configuração -: O nome da configuração de teste à lista no relatório.

Cobertura de teste por área de produto

O Status de teste por relatório de área indica quantos casos de teste estão passando ou com falha para um projeto de equipe por área de produto. A tabela a seguir descreve os campos que são usados nos relatórios de tabela dinâmica que geram o Status do teste por relatório de área e os filtros de relatório.

Filtros

Campos

  • A equipe de projeto - hierarquia de projetos de equipe: inclui resultados de teste que são coletados para o projeto de equipe selecionado.

  • Hierarquia de interação de resultado - teste: inclui resultados de testes que foram executados a partir de casos de teste que foram atribuídos às iterações selecionadas.

  • Teste o plano - nome do plano de teste: inclui resultados de testes que foram executados a partir de casos de teste que pertencem aos planos de teste selecionado.

  • Testar o resultado do resultado -: O resultado do teste. O relatório usa esse campo para definir os rótulos de coluna e para filtrar os resultados de teste para incluir aprovado, falha, bloqueado ou nunca foi executado.

  • (Medida) Test - contagem de tendência de ponto: conta a versão mais recente de cada resultado de teste em uma determinada compilação. Se um teste for executado várias vezes em uma compilação, a tendência de contagem de ponto conta o resultado desse teste usando a compilação mais recente.

  • Hierarquia da área de resultado - teste: O conjunto de resultados de teste para incluir no relatório com base nos caminhos de área são atribuídos aos casos de teste que foram executados.

Casos de testes que nunca foram executados

O relatório de testes não executados indica quantos casos de teste nunca tiver sido executado. Os casos de teste são agrupados por proprietário de resultado de teste e configuração de teste. A tabela a seguir descreve os campos que são usados nos relatórios de tabela dinâmica que geram o Status do teste por relatório de área e os filtros de relatório.

Filtros

Campos

  • A equipe de projeto - hierarquia de projetos de equipe: inclui resultados de teste que foram coletados para o projeto de equipe selecionado.

  • Hierarquia de interação de resultado - teste: inclui resultados de testes que foram executados a partir de casos de teste que foram atribuídos às iterações selecionadas.

  • Hierarquia da área de resultado - teste: inclui resultados de testes que foram executados a partir de casos de teste que foram atribuídos para as áreas de produto selecionado.

  • Teste o plano - nome do plano de teste: inclui resultados de testes que foram executados a partir de casos de teste que pertencem aos planos de teste selecionado.

  • Suíte de teste - hierarquia do conjunto de teste: inclui resultados de testes que foram executados a partir de casos de teste que pertencem a conjuntos de teste selecionado.

  • Testar o resultado do resultado -: inclui testar resultados com resultado selecionado. O relatório usa esse campo para filtrar a contagem de casos de teste para incluir apenas aqueles com um resultado de nunca executar.

  • (Medida) Test - contagem de tendência de ponto: conta a versão mais recente de cada resultado de teste em uma determinada compilação. Se um caso de teste não estiver incluído na compilação, ele será contado como "Nunca executar".

  • Nome da configuração de teste de configuração -: O nome da configuração de teste à lista no relatório.

  • Título no caso de teste: O título do caso de teste.

  • Testar o resultado - proprietário: O nome do membro da equipe que executou o teste.

Cobertura de código

A cobertura de código relatório lista as linhas de código que são cobertas, não coberto ou apenas parcialmente abrangido por cada compilação e de compilação. Você pode usar esse relatório para determinar quais compilações e assemblies têm cobertura de código menor e maior. A tabela a seguir descreve os campos que são usados em tabelas dinâmicas que geram o relatório de cobertura de código e filtros de relatório.

Filtros

Campos

  • A equipe de projeto - hierarquia de projetos de equipe: inclui compilações que são definidas para o projeto de equipe selecionado.

  • Crie - o nome da definição de compilação: inclui compilações que estão associadas com as definições de compilação selecionada.

  • Criar cobertura - linhas Covered: O número de linhas que são abordadas na compilação selecionada.

  • Criar cobertura - linhas não cobertos: O número de linhas que não são cobertos por compilação selecionada.

  • Criar cobertura - linhas parcialmente abordados: O número de linhas que são parcialmente abordados na compilação selecionada.

    Dica

    Se várias execuções são executadas em uma compilação, a cobertura de compilação reflete a cobertura combinada das execuções, levando em consideração que pode haver sobreposição nas linhas abordados entre as execuções.

  • Nome de compilação - compilação: O nome da compilação. Cada vez que uma compilação é executada, ele é atribuído um nome que contém o nome da definição de compilação como seu prefixo.

  • Assembly - Assembly: nome do assembly em que as estatísticas de cobertura que foram geradas.

Atividades necessárias para teste de lacunas de monitoramento

Para os relatórios de teste de lacunas sejam úteis e precisos, a equipe deve executar as atividades que são descritas na tabela a seguir:

Relatório de planilha

Atividades necessárias

  • Status da história de usuário

  • Status da história de usuário por configuração

  • Status do teste por área

  • Testes não executados

  • Definem casos de teste e planos de teste e atribuir os casos de teste para planos de teste.

  • Executar testes, e, para testes manuais, marca os resultados da validação de cada etapa no caso de teste como aprovada ou reprovada.

  • Status da história de usuário

  • Status da história de usuário por configuração

  • Definir histórias de usuários e vincular casos de teste de histórias de usuários. É o tipo de link recomendado usar testado por.

  • Status da história de usuário por configuração

  • Testes não executados

  • Status da história de usuário

  • Status da história de usuário por configuração

  • Status do teste por área

  • Testes não executados

  • (Opcional) Para oferecer suporte a filtragem, atribuir iteração e área caminhos para cada caso de teste. O resultados de teste - hierarquia de iteração e resultados de teste - área hierarquia campos obtém seus valores da iteração e área caminhos que são atribuídos a seus casos de teste correspondentes.

  • Status da história de usuário

  • Status da história de usuário por configuração

  • Status do teste por área

  • Testes não executados

  • Cobertura de código

  • Configurar testes para coletar dados de cobertura de código. Para que os dados de cobertura do código apareçam no relatório, os membros da equipe devem instrumentar testes para coletar os dados.

Atualizar e personalizar o relatório

Você pode atualizar o relatório de teste de lacunas, abra Office Excel e alterar as opções de filtro para o relatório de tabela dinâmica para uma das planilhas. Você pode personalizar cada relatório para dar suporte a outros modos de exibição, conforme descrito na tabela a seguir.

Planilha

View

Ação

  • Status da história de usuário

  • Status da história de usuário por configuração

  • Status do teste por área

  • Testes não executados

Teste de lacunas para uma iteração

Alterar o filtro de Iteration (padrão = All)

  • Status da história de usuário

  • Status da história de usuário por configuração

  • Status do teste por área

  • Testes não executados

Teste de lacunas de uma área de produto

Alterar o filtro de Area (padrão = All)

  • Status da história de usuário

  • Status da história de usuário por configuração

  • Status do teste por área

  • Testes não executados

Teste de lacunas de um plano de teste específica ou um conjunto de planos de teste

Alterar o filtro de Test Plan (padrão = All)

  • Status da história de usuário por configuração

  • Testes não executados

Teste de lacunas para um conjunto de testes específicos

Alterar o filtro de Test Suite Hierarchy (padrão = All)

  • Cobertura de código

Cobertura de código para uma definição de compilação específico ou um conjunto de definições de compilação

Alterar o filtro de Build Definition Name (padrão = All)

  • Status da história de usuário

  • Status da história de usuário por configuração

  • Status do teste por área

  • Testes não executados

  • Cobertura de código

Teste de lacunas ou cobertura de código que inclui dados de semanas mais, seis ou oito mais recentes

Na lista de campos da tabela dinâmica de colunas, adicionar o Date - Sets campo e especifique @@Last 6 weeks@@ ou outro conjunto

Para obter mais informações sobre como trabalhar com e personalizar relatórios de tabela dinâmica e gráfico dinâmico, consulte as seguintes páginas no site da Microsoft:

Consulte também

Conceitos

Tabelas Resultado do Teste

Outros recursos

Relatórios do Excel