Compartilhar via


Painel Teste (CMMI)

O painel de teste exibe cinco relatórios que permitem a você monitorar as atividades de teste, relatar o andamento, localizar lacunas na cobertura de teste e identificar áreas de teste que podem exigir investigação adicional. Os dados aborda os testes que ocorreu nas últimas quatro semanas.

Neste tópico

  • Dados que aparecem no painel

  • Atividades necessárias para acompanhar testes

  • Monitorando o progresso do teste

  • Determinando as lacunas nos testes

  • Monitoramento de falhas e perdas

  • Personalizando o painel de teste

Use este painel para responder às seguintes perguntas:

  • É a criação de casos de teste na faixa?

  • A equipe definiu os casos de teste para todos os requisitos?

  • Quais são as proporções de casos de teste que estão passando, falhando e bloqueado?

  • Métricas de falha de teste indicam um problema que exige uma investigação adicional?

  • Qual é o status de compilação da noite anterior?

  • Quais são os check-ins mais recentes?

Requisitos

  • Você pode acessar o painel de teste e todos os outro painel apenas se seu portal de projeto de equipe tiver sido habilitado e configurado para usar o SharePoint Server Enterprise Edition. Para obter mais informações, consulte Painéis.

  • Para exibir o painel, você deve ser atribuído a ou pertencer a um grupo que recebeu o leitura permissão no Produtos do SharePoint para o projeto de equipe. Para modificar, copiar ou personalizar um painel, deve ser atribuído ou pertencer a um grupo que recebeu o membros permissão no Produtos do SharePoint para o projeto de equipe.

    Para exibir um item de trabalho, você deve ser membro do grupo Leitores ou sua permissão de Exibir itens de trabalho neste nó deve ser definida como Permitir. Para criar ou modificar um item de trabalho, você deve ser membro do grupo Colaboradores ou sua permissão de Editar itens de trabalho neste nó deve ser definida como Permitir.

    Para obter mais informações, consulte Adicionar usuários a projetos da equipe.

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

  • Para exibir um item de trabalho, você deve ser membro do grupo Leitores ou sua permissão de Exibir itens de trabalho neste nó deve ser definida como Permitir. Para criar ou modificar um item de trabalho, você deve ser membro do grupo Colaboradores ou sua permissão de Editar itens de trabalho neste nó deve ser definida como Permitir. Para obter mais informações, consulte Adicionar usuários a projetos da equipe.

  • O andamento do plano de teste, prontidão de caso de teste, Status de teste do requisito, e atividades de teste relatórios estão disponíveis somente quando a equipe cria planos de teste e executa testes conforme descrito em Planejar testes manuais usando o Team Web Access.

Dados que aparecem no painel de teste

Você pode usar o painel de teste para entender como a equipe está progredindo no teste os requisitos. Para saber mais sobre as Web Parts que são exibidos no painel de teste, consulte a ilustração e a tabela a seguir.

Painel de teste

Progresso, progresso, gráficos de tendências e relatórios Etapa 1 por meio de Etapa 5 não aparecem quando o servidor que hospeda o Analysis Services para o projeto de equipe não está disponível.

Web Part

Dados exibidos

Tópico relacionado

Etapa 1

Gráfico de área empilhada dos resultados do teste de todos os testes agrupados em seus últimos resultados gravados durante as últimas quatro semanas. Os resultados incluem nunca execute, bloqueado, falha, e aprovado.

Relatório do Excel Progresso do Plano de Teste

Relatório Progresso do Plano de Teste

Etapa 2

Gráfico de área empilhada que mostra quantos casos de teste têm sido o Design ou pronto estado das últimas quatro semanas.

Relatório do Excel Preparação dos Casos de Teste

Relatório Preparação dos Casos de Teste

Etapa 3

Gráfico de barras horizontais que mostra a contagem dos resultados de teste para cada combinação de caso de teste e configuração de teste que é definida para cada requisito. O gráfico agrupa os resultados dos testes de acordo com a execução de teste mais recente deles, em que as opções são Aprovado (verde), Com falha (vermelho), Bloqueado (roxo) ou Não Executar (cinza).

Relatório do Excel de Status do teste de requisito

Relatório do Excel Status de Teste do Requisito (CMMI)

Etapa 4

Gráfico de linhas que mostra a contagem cumulativa de todos os resultados de executar todos os casos de testes manuais durante as últimas quatro semanas.

Relatório do Excel Atividades de Teste

Relatório do Excel Atividades de Teste

Etapa 5

Gráfico de área empilhada que mostra a contagem cumulativa de todos os resultados com falha para testes, classificados por tipo de falha durante as últimas quatro semanas. Tipos de falha incluem regressão, novo problema, e problema conhecido.

Relatório do Excel Análise de Falha

Relatório do Excel Análise de Falha

Etapa 6

Lista dos próximos eventos. Essa lista é derivada de uma Web Part do SharePoint.

Importar eventos Web part

Não aplicável

Etapa 7

Contagem de itens de trabalho ativos, resolvidos e fechados. Você pode abrir a lista de itens de trabalho escolhendo um número. Essa lista é derivada de uma Web Part do Team Web Access.

Itens de trabalho do projeto

Tipos de item de trabalho e fluxo de trabalho do modelo de processo do CMMI

9

Lista de compilações recentes e o status de compilação. Você pode ver mais detalhes escolhendo uma compilação específica. Essa lista é derivada de uma Web Part do Team Web Access.

Compilações de Web part recentes

Legenda:

Compilação em andamento: Compilação não iniciada

Compilação não iniciada: Compilação em andamento

Compilação bem-sucedida: Compilação com êxito.

Falha na compilação: Falha na compilação.

Compilação interrompida: Compilação interrompida

Compilação parcialmente bem-sucedida: Compilação parcialmente bem-sucedida

Managing and Reporting on Builds

10

Lista dos check-ins mais recentes. Você pode ver mais detalhes escolhendo um check-in específico. Essa lista é derivada de uma Web Part do Team Web Access.

WebPart check-ins recente

Desenvolver código e gerenciar alterações pendentes

Atividades necessárias para acompanhar testes

Para os relatórios no painel de teste sejam úteis e precisos, a equipe deve executar as seguintes atividades:

  • Definir requisitos e casos de teste e criar testado por links de casos de teste para requisitos.

  • Definir planos de teste e atribuir casos de teste para planos de teste.

  • Para testes manuais, marque os resultados de cada etapa de validação no caso de teste como aprovada ou reprovada.

    Importante

    Os testadores devem marcar uma etapa de teste com um status se se trata de uma etapa de teste de validação.O resultado geral para um teste reflete o status de todas as etapas de teste que o testador marcado.Portanto, o teste terá um status de falha se o testador marcada qualquer etapa de teste como falha ou não marcou.

    Para testes automatizados, cada teste é marcada automaticamente como aprovada ou falhou.

  • (Opcional) Para oferecer suporte a filtragem, atribuir iteração e área caminhos para cada caso de teste.

Monitorando o progresso do teste

Você pode usar os três primeiros relatórios no painel de teste para monitorar o andamento do teste e responder a essas perguntas:

Relatório

Perguntas respondidas

Notas

Preparação dos casos de teste

  • Quantos casos de teste tenha definido a equipe de teste?

  • Quantos casos de teste está prontos para executar hoje?

  • Quantos casos de teste deve a equipe ainda escrever e revisar?

  • O número total de casos de teste parece ser suficiente para o número de requisitos que a equipe está implementando?

  • Qual é a porcentagem de casos de teste da equipe de teste pode executar hoje?

  • A equipe será capaz de preparar todos os casos de testes no final da iteração?

  • Progresso íntegro mostra um aumento constante do número de casos de teste que a equipe é criar e mudar para o estado pronto.

  • Progresso íntegro mostra que nenhum ou poucos casos de teste está pronto para ser executado.

    Quando todos os casos de teste permanecem em um estado de design por muito tempo, um problema pode bloquear o andamento. Você talvez queira investigar a causa do bloqueio.

  • Uma lacuna nos testes pode desenvolver se o número de casos de teste não aparecer suficiente.

    O número de casos de teste que são definidas para um projeto deve ser igual ou maior que o número de requisitos que a equipe está implementando. O número de casos de teste não aparecem suficiente.

Progresso do plano de teste

  • Quantos casos de teste são aprovados?

  • Quantos casos de teste estão falhando?

  • Quantos casos de teste são bloqueados?

  • quantos casos de teste nunca executou?

  • Qual é a porcentagem de casos de teste estiver passando por todos os planos de teste?

  • A quantidade de testes a equipe concluiu?

  • A equipe tem probabilidade de concluir o teste no tempo?

  • Como o desenvolvimento progride de ciclo, mais casos de teste deve passar e menos casos de teste devem permanecer em outros estados.

  • Progresso não íntegro ocorre quando um número excessivo de casos de teste falharem. Dependendo de onde você está no ciclo do produto, você pode investigar por que tantos casos de teste falharem.

  • Se o número de casos de teste que estão falhando ou executar nunca é simples, você talvez queira investigar as causas específicas que afetam todas as áreas.

Status de Teste do Requisito

  • Casos de teste estão sendo executados para cada requisito?

  • Se os casos de teste são bloqueados ou não está sendo executado, a equipe compreenda os problemas de bloqueio e eles estão sendo tratados?

  • Progresso íntegro mostra a maioria dos casos de teste para cada requisito está passando.

  • Progresso íntegro é indicado muitos casos de teste para um requisito específico, que estão em uma nunca execute, bloqueado, ou falha estado. Você talvez queira investigar as causas que mantêm os casos de teste que são definidos para um requisito de passagem.

Determinando as lacunas nos testes

Você pode usar o Status de teste do requisito relatório para determinar se os testes são abrangendo todo o código e responder às seguintes perguntas:

  • Quais requisitos têm uma baixa contagem geral de casos de teste?

  • Quais requisitos têm uma contagem alta de geral de casos de teste que são bloqueados ou nunca foi executado?

  • A cobertura do caso de teste para cada requisito atender às expectativas?

  • Quais requisitos têm uma alta taxa de falhas de teste?

  • O que é o número médio de casos de teste que são definidas para cada requisito?

Monitoramento de falhas e perdas

Ao monitorar falhas durante o teste, você pode identificar e solucionar problemas no código no início. Você pode usar os dois últimos relatórios no painel de teste para compreender melhor o número de testes com falha.

Relatório

Perguntas respondidas

Notas

Atividade de teste manual

  • É o número de testes que a equipe nunca executou diminuindo?

  • A equipe é minimizar o número total de testes bloqueados?

  • Menos testes estão falhando ao longo do tempo?

  • Mais testes são aprovados?

  • A atividade de teste contêm picos não contabiliza?

O atividades de teste Manual relatório indica os resultados para cada caso de teste executado para cada configuração de teste e para todos os planos de teste. Picos que podem ocorrer podem ser antecipados indicadores de problemas na atividade de teste ou a qualidade do código que a equipe está fazendo check-in.

Você talvez queira verificar as métricas de compilações recentes, status de bug e variação de código para determinar se qualquer um deles pode ajudar a explicar as alterações.

Análise de falha de teste

  • Quantos testes são regressão?

  • A equipe é manter o número total de falhas de teste dentro de intervalos esperados ou metas da equipe ou regressões?

  • É a equipe questões que são identificados e problemas conhecidos no momento oportuno?

Um relatório de análise de falha de teste Íntegro mostra números moderados de novos problemas, problemas conhecidos e regressões. Se ocorrerem qualquer picos nessas áreas, a equipe talvez seja necessário investigar mais. Picos podem indicar problemas na atividade de teste ou a qualidade do código que a equipe está fazendo check-in.

Além disso, você talvez queira verificar as métricas de compilações recentes, status de bug e variação de código para determinar se qualquer um deles pode ajudar a explicar as alterações.

Personalizando o painel de teste

Eis como você pode personalizar o painel de teste:

  • Altere os filtros de cada relatório do Office Excel para focar em áreas ou iterações específicas do produto.

  • Filtro de atividades de teste Manual relatório Office Excel para planos de teste específicos ou em casos de teste manual ou automatizado.

  • Adicionar relatórios existentes do Excel, como Status do Bug, variação de código, e cobertura de código para o painel.

  • Criar e adicionar relatórios no Office Excel que mostre o progresso por membros da equipe. Para ver um exemplo, consulte Relatório do Excel Bugs por Atribuição.

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

Consulte também

Conceitos

Executando testes manuais usando o Team Web Access

Relatório Preparação dos Casos de Teste

Relatório Progresso do Plano de Teste

Outros recursos

Painéis de controle (CMMI)