Compartilhar via


Relatório do Excel Teste de Lacunas (CMMI)

As equipes que são responsáveis por testar softwares podem usar o relatório Testes de lacunas para ajudar a determinar onde há deficiências nos planos de teste, nas configurações de teste e na cobertura de teste. O relatório Teste de Lacunas fornece os cinco relatórios a seguir com base resultados de teste e compilações que foram definidos e executados para um projeto de equipe.

  • Status do Requisito: ajuda a equipe a identificar intervalos na cobertura de teste para cada requisito. Esse relatório exige que os membros da equipe vinculem casos de teste aos requisitos.

  • Status de Requisito por Configuração: ajuda a equipe a identificar intervalos na cobertura de teste para cada configuração de teste de cada requisito. Esse relatório exige que os membros da equipe vinculem casos de teste aos requisitos.

  • Status do Teste por Área: ajuda a equipe a identificar lacunas na cobertura de teste de áreas do produto. Esse relatório exige que os membros da equipe atribuam casos de teste a áreas do produto.

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

  • Cobertura de Código: ajuda a equipe a determinar que compilações e montagens de compilação tem cobertura de código alta ou baixa.

Os primeiros quatro relatórios estão disponíveis somente quando a equipe cria planos de teste e começa a executar testes usando o Microsoft Test Manager. Para obter informações sobre como definir pacotes de teste e planos de teste, consulte Organizando casos de teste usando conjuntos de testes [obsoleto].

Dica

Você pode acessar o relatório teste de lacunas da pasta de Gerenciamento de equipe de teste que está localizado na pasta de Relatórios do Excel para o projeto de equipe Team Explorer.Você pode acessar esta pasta somente se o seu portal do projeto da equipe estiver provisionado para usar Produtos do SharePoint.Para obter mais informações, consulte Configurar ou redirecionar diretrizes de processo.

Permissões necessárias

Para exibir o relatório, você deverá estar atribuído ou pertencer a um grupo que tem permissões de Leitura no Produtos do SharePoint para o projeto de equipe.

Para modificar ou personalizar o relatório, você deve ser membro da função de segurança TfsWarehouseDataReaders em SQL Server Analysis Services. Você também deve ser atribuído ou pertencer a um grupo que tenha sido atribuído às permissões de Membros 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 Teste de Lacunas mostram a contagem cumulativa de resultados de teste para os planos de teste, as configurações de teste e os 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 os dados que são armazenados no depósito de dados.

Cobertura de teste dos requisitos

O relatório Status do Requisito indica quantos testes são aprovados ou reprovados para cada requisito. Fornece um gráfico de barras horizontal que mostra a contagem de resultados de cada combinação de caso de teste e configuração de teste que a equipe definiu para cada requisito. O relatório apresenta o resultado cumulativo dos testes que foram executados para todos os casos de teste vinculados aos requisitos. O relatório exibe os resultados que são filtrados pelo seguinte: Aprovado (verde), Falhou (vermelho), Nunca Executado (azul) ou Bloqueado (amarelo).

Relatório do Excel de Status do teste de requisito

O relatório Status do Requisito por Configuração apresenta os resultados do teste para cada requisito, agrupados pela configuração de teste.

A tabela a seguir descreve os filtros e campos de relatório que são usados nas Tabelas Dinâmicas que geram os relatórios que estão focados na cobertura de teste dos requisitos.

Filtros

Campos

  • Projeto de equipe - Hierarquia do projeto de equipe: inclui resultados de testes que são coletados para o projeto de equipe selecionado.

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

  • Resultado de teste - Hierarquia da Área: inclui os resultados do teste que foram executados a partir dos casos de teste que são atribuídos às áreas de produto selecionadas.

  • Plano de teste - nome do plano de teste: inclui os resultados do teste que foram executados a partir dos casos de teste que pertencem aos planos de testes.

  • Item de trabalho vinculado - tipo de item de trabalho, item de trabalho vinculado: Inclui os resultados do teste que foram executados de casos de teste que são vinculados ao tipo de item de trabalho selecionado. O relatório conta somente os resultados de casos de teste que são vinculados a um requisito.

Filtro específico para o Status de Requisito por relatório de configuração:

  • Pacote de testes - Hierarquia do Pacote de Testes: inclui os resultados do teste que foram executados a partir dos casos de teste que pertencem aos pacotes de testes selecionados.

  • Resultado do resultado - Resultado: O resultado de teste. O relatório usa este campo para definir os rótulos de coluna e para filtrar os resultados do teste para incluir Aprovados, Falhou, Bloqueado, ou Nunca executar.

  • Teste (de medição) - Tendência da Contagem de Pontos: Conta a versão mais recente de cada resultado de teste em uma compilação específica. Se um teste for executado várias vezes em uma compilação, a Tendência da Contagem de Pontos conta o resultado mais recente para o teste usando a compilação.

  • Link de item de trabalho - título: O título do item de trabalho que é vinculado à situação de teste. Neste relatório, o título do requisito é listado.

  • Campo específico para o Status de Requisito por relatório de configuração:

    • Configuração de teste - nome de configuração: O nome da configuração de teste para listar no relatório.

Cobertura de teste por área de produto

O relatório Status do Teste por Área indica quantos casos de teste estão sendo aprovados ou reprovados para um projeto de equipe por área de produto. A tabela a seguir descreve os filtros e campos de relatório que são usados nas Tabelas Dinâmicas que geram o relatório de Status de Teste por Área.

Filtros

Campos

  • Projeto de equipe - Hierarquia do projeto de equipe: inclui resultados de testes que foram coletados para o projeto de equipe selecionado.

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

  • Plano de teste - nome do plano de teste: inclui os resultados do teste que foram executados a partir dos casos de teste que pertencem aos planos de testes.

  • Resultado do resultado - Resultado: O resultado de teste. O relatório usa este campo para definir os rótulos de coluna e para filtrar os resultados do teste para incluir Aprovados, Falhou, Bloqueado, ou Nunca executar.

  • Teste (de medição) - Tendência da Contagem de Pontos: Conta a versão mais recente de cada resultado de teste em uma compilação específica. Se um teste for executado várias vezes em uma compilação, a Tendência da Contagem de Pontos conta o resultado mais recente para o teste usando a compilação.

  • Resultado de teste - Hierarquia da área: o conjunto de resultados de teste a ser incluído no relatório com base nos caminhos da área que são atribuídos aos casos de teste que foram executados.

Casos de teste que nunca foram executados

O relatório Testes Não Executados indica quantos casos de teste nunca foram executados. Os casos de teste são agrupados por configuração de teste e proprietário do resultado de teste. A tabela a seguir descreve os filtros e campos de relatório que são usados nas Tabelas Dinâmicas que geram o relatório de Status de Teste por Área.

Filtros

Campos

  • Projeto de equipe - Hierarquia do projeto de equipe: inclui resultados de testes que foram coletados para o projeto de equipe selecionado.

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

  • Resultado de teste - Hierarquia da Área: inclui os resultados do teste que foram executados a partir dos casos de teste que foram atribuídos às áreas de produto selecionadas.

  • Plano de teste - nome do plano de teste: inclui os resultados do teste que foram executados a partir dos casos de teste que pertencem aos planos de testes.

  • Pacote de testes - Hierarquia do Pacote de Testes: inclui os resultados do teste que foram executados a partir dos casos de teste que pertencem aos pacotes de testes selecionados.

  • Resultado de teste - Resultado: inclui os resultados de teste com o resultado selecionado. O relatório usa este campo para filtrar a contagem dos casos de teste para incluir somente aqueles com um resultado Nunca Executado.

  • Teste (de medição) - Tendência da Contagem de Pontos: Conta a versão mais recente de cada resultado de teste em uma compilação específica. Se um caso de teste não está incluso na compilação, será considerado como “Nunca executado”.

  • Configuração de teste - nome de configuração: O nome da configuração de teste para listar no relatório.

  • Caso de teste - Título: o título do caso de teste.

  • Resultado de teste - Proprietário: o nome do membro da equipe que executou o teste.

Cobertura de Código

O relatório de cobertura de código lista as linhas de código que são abrangidas, não abrangidas ou apenas parcialmente abrangidas para cada compilação e assembly de compilação. Você pode usar esse relatório para determinar quais compilações e assemblies têm a menor e a maior cobertura de código. A tabela a seguir descreve os filtros e campos de relatório que são usados nos relatórios de Tabela Dinâmica que geram o relatório de Cobertura de Código.

Filtros

Campos

  • Projeto de equipe - Hierarquia do projeto de equipe: inclui compilações que foram definidas para o projeto de equipe selecionado.

  • Compilação - nome da definição de compilação: inclui as compilações que estavam associadas às definições de compilação selecionadas.

  • Cobertura da Compilação - Linhas Cobertas: O número de linhas que foram cobertas na compilação selecionada.

  • Cobertura da Compilação - Linhas Não Cobertas: O número de linhas que não foram cobertas na compilação selecionada.

  • Cobertura da Compilação - Linhas Parcialmente Cobertas: O número de linhas que foram parcialmente cobertas na compilação selecionada.

    Dica

    Se várias execuções forem realizadas em uma compilação, a cobertura de compilação refletirá a cobertura combinada das execuções, levando em consideração que pode haver sobreposição nas linhas cobertas nas execuções.

  • Compilação - nome da compilação: nome da compilação. Sempre que uma compilação é executada, recebe um nome com o nome da definição de compilação como seu prefixo.

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

Atividades Necessárias para Monitoramento de Intervalos de Teste

Para que os relatórios Lacunas de Testes sejam úteis e precisos, a equipe deverá executar as atividades descritas na tabela a seguir:

Relatório de planilha

Atividades necessárias

  • Status do requisito

  • Status do requisito pela configuração

  • Status do Teste por Área

  • Testes não executados

  • Status do requisito

  • Status do requisito pela configuração

  • Defina requisitos e vincule casos de teste a requisitos. O tipo de link recomendado para uso é Testado por.

  • Status do requisito pela configuração

  • Testes não executados

  • Status do requisito

  • Status do requisito pela configuração

  • Status do Teste por Área

  • Testes não executados

  • (Opcional) Para oferecer suporte à filtragem, atribua caminhos de Iteração e de Área para cada caso de teste. Os campos Resultado de Teste - Hierarquia da Iteração e Resultado de teste - Hierarquia da Área obtêm seus valores dos caminhos Iteração e Área que são atribuídos aos casos de teste correspondentes.

  • Status do requisito

  • Status do requisito pela configuração

  • Status do Teste por Área

  • Testes não executados

  • Cobertura de Código

  • Configurar um sistema de compilação. Para usar o Team Foundation Build, você deve configurar um sistema de compilação.

    Para obter mais informações, consulte Configuring Your Build System.

  • Criar definições de compilação. Você pode criar diversas definições de compilação, e então executar cada uma delas para produzir código para uma plataforma diferente. Além disso, você pode executar cada compilação para uma configuração diferente.

    Para obter mais informações, consulte Configurar e gerenciar seu sistema de compilação.

  • Definir testes para executar automaticamente como parte da compilação. Como parte da definição de compilação, você pode definir testes para executar como parte da compilação ou para falhar caso o teste falhe.

    Para obter mais informações, consulte Usar o modelo padrão no processo de compilação.

  • 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 prover testes para coletar os dados.

  • Executar compilações regularmente. Você pode executar compilações em intervalos definidos ou após cada check-in. Você pode criar compilações normais quando usa o disparador de cronograma.

    Para obter mais informações, consulte Criar ou editar uma definição de compilação e Executar, monitorar e gerenciar compilações.

    Dica

    Embora um membro da equipe possa avaliar manualmente uma compilação usando Build Explorer, essa avaliação não é refletida no relatório de indexadores de qualidade de compilação.A avaliação de compilação aparece no relatório de resumo de compilação.Para obter mais informações, consulte Classificar a qualidade de uma compilação concluída e Relatório Resumo da Compilação.

Atualizando e Personalizando o Relatório

Você pode atualizar o relatório de teste de lacunas abrindo no Office Excel e modificar as opções de filtro para o relatório PivotTable para uma das planilhas. Você pode personalizar cada relatório para fornecer suporte a outras visualizações, como a tabela a seguir descreve.

Planilha

View

Ação

  • Status do requisito

  • Status do requisito pela configuração

  • Status do Teste por Área

  • Testes não executados

Lacunas de teste para uma iteração

Altere o filtro para Iteration (default=All)

  • Status do requisito

  • Status do requisito pela configuração

  • Status do Teste por Área

  • Testes não executados

Lacunas de teste para uma área do produto

Altere o filtro para Area (default=All)

  • Status do requisito

  • Status do requisito pela configuração

  • Status do Teste por Área

  • Testes não executados

Lacunas de teste de um plano de teste específico ou um conjunto de planos de teste

Altere o filtro para Test Plan (default=All)

  • Status do requisito pela configuração

  • Testes não executados

Lacunas de teste para um pacote de testes específico

Altere o filtro para Test Suite Hierarchy (default=All)

  • Cobertura de Código

A cobertura de código para uma definição de compilação específica ou um conjunto de definições de compilação

Altere o filtro para Build Definition Name (default=All)

  • Status do requisito

  • Status do requisito pela configuração

  • Status do Teste por Área

  • Testes não executados

  • Cobertura de Código

Lacunas de teste ou cobertura de código que inclui os dados dos seis, oito ou mais semanas mais recentes

Na Lista de Campos de Tabela Dinâmica de Colunas, adicione o campo Date - Sets e selecione @@Last 6 weeks@@ ou outro conjunto

Para obter mais informações sobre como trabalhar com relatórios PivotTables e PivotChart e como personalizá-los, consulte as páginas a seguir no site da Microsoft:

Consulte também

Outros recursos

relatórios do Excel (CMMI)