Painel Teste (Agile e CMMI)

Usando o painel de teste, você pode 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. Esse painel exibe cinco relatórios que fornecem informações sobre o teste que ocorreu nas últimas quatro semanas.

Neste tópico Dados exibidos no painel Atividades necessárias para monitorar trabalhos de teste Monitorar o andamento do teste Determinar as lacunas nos testes Monitorar falhas e perdas

Você pode usar esse painel para responder às seguintes perguntas: É o caso de teste criação sob controle? A equipe definiu os casos de teste para todas as histórias de usuários ou 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

• O andamento do plano de teste, prontidão de caso de teste, Status de teste de histórias de usuário, 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.

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

• Mais requisitos listados na Painéis de portal do projeto.

Dados exibidos no painel

Você pode usar o painel de teste para entender como a equipe está progredindo no teste de histórias de usuários (Agile) ou requisitos (CMMI). O painel de teste exibe as web parts a seguir.

Versão do modelo de processo do Agile

Versão do modelo de processo CMMI

Web Part	Dados exibidos	Tópico relacionado
	Empilhadas gráfico de área de resultados do teste de todos os casos de teste, agrupados em seus últimos resultados gravados durante as últimas quatro semanas. Os resultados incluem Nunca execute, bloqueado, Falha, e aprovado.	Relatório Progresso do Plano de Teste
	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 Preparação dos Casos de Teste
	Gráfico de barras horizontais que mostra a contagem de resultados de teste para cada combinação de caso de teste e teste de configuração que é definida para cada história de usuário ou requisitos. 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 Status do Teste de Histórias de Usuário (Agile) Relatório do Excel Status de Teste do Requisito (CMMI)
	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
	Gráfico de área empilhada que mostra a contagem cumulativa de todos os resultados com falha para casos de teste, 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
	Lista dos próximos eventos. Essa lista é derivada de uma Web Part do SharePoint.	Não aplicável
	Contagem de itens de trabalho ativos, resolvidos e fechados. Você pode abrir a lista de itens de trabalho selecionando cada número. Essa lista é derivada de uma Web Part do Acesso Web da Equipe.	Não aplicável
	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 Acesso Web da Equipe. Legenda: : Compilação não iniciada : Compilação em andamento : Compilação com êxito. : Falha na compilação. : Compilação interrompida : Compilação parcialmente bem-sucedida	Executar, monitorar e gerenciar compilações
	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 Acesso Web da Equipe.	Desenvolver código e gerenciar alterações pendentes

Atividades necessárias para monitorar trabalhos de teste

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

• Definem casos de teste e histórias de usuários ou requisitos e criar testado por links de casos de teste para requisitos ou histórias de usuários.

• Definir planos de teste e atribua 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 caso de teste reflete o status de todas as etapas de teste que o testador marcado.Portanto, o caso de teste terá um status de falha se o testador marcado qualquer etapa de teste com falha ou não marcou.

  Para testes automatizados, cada caso de teste é marcado automaticamente como aprovada ou falhou.

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

Monitorar o andamento do teste

Você pode usar os três primeiros relatórios no painel de teste para monitorar o andamento do teste e responder às perguntas na tabela a seguir.

Relatório	Perguntas respondidas	Observações
Preparação do Caso 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 histórias de usuários que está implementando a equipe? Qual é a porcentagem de casos de teste da equipe de teste pode executar hoje? A equipe será capaz de preparar todos os casos de teste até o 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á prontos 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 interrupção no teste 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 histórias de usuários 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 do Teste de Histórias de Usuário Status do Teste de Requisito	Casos de teste estão sendo executados para cada história de usuário ou 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 história de usuário ou requisito está passando. Progresso íntegro é indicado muito muitos testar casos de uma história de usuário específica ou requisito, 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 uma história de usuário ou o requisito de passagem.

Determinar as lacunas nos testes

Você pode usar o Status do teste de história de usuário ou 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 histórias ou requisitos têm uma baixa contagem geral de casos de teste?

• Quais histórias de usuários ou 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 história de usuário ou o requisito de atender às expectativas?

• Quais histórias ou requisitos tem uma alta taxa de falhas de teste?

• O que é o número médio de casos de teste que são definidas para cada história de usuário ou requisito?

Monitorar 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	Observações
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.

Consulte também

Conceitos

Painéis de portal do projeto