Painel de qualidade (agile)

Artigo
02/25/2013

Você pode usar o painel de qualidade para obter uma visão geral de progresso que ocorre no teste, desenvolvimento, e em áreas de compilação que estão relacionados à qualidade de software de desenvolvimento.A equipe pode usar o painel de qualidade para aprender e tomar decisões ao objetivo de equipe suporte ao redor de qualidade de produto.

Usando esse painel, você pode examinar o progresso de teste, compila estados, em progresso resolver, fechar e em bug taxa de reactivations de erro, a porcentagem de código que foi testado, e tendências nas alterações de código.Cada um de esses métricas é plotado para as quatro semanas as mais recentes.

Observação
Você acessa painéis através de seu portal de projeto de equipe.Você pode acessar o painel de qualidade somente se seu portal que foi ativado e é provisionado para usar Microsoft Office SharePoint Server 2007.Para obter mais informações, consulte Painéis (ágeis) ou Acessar um portal de projeto de equipe ou as Diretrizes de Processo.

Neste tópico

Dados que aparecem no painel
Atividades necessários para controlar a qualidade
Problemas de qualidade de solução de problemas
Personalizando o painel de qualidade

Você pode usar esse painel para responder às seguintes questões:

É o esforço de teste em controlar?
A equipe estiver testando a funcionalidade adequada?
São os correção de erro de equipe de alta qualidade?
? São os testes obsoletos
A equipe possui permissões teste?
Qualquer afunilamento está ocorrendo?

Permissões Necessárias

Para exibir o painel, você deve ser atribuído a um grupo ou pertencido que é atribuído a permissão de Ler em Produtos do SharePoint para o projeto de equipe.Para alterar, para copiar, ou personalizar um painel, você deve ser atribuído a um grupo ou pertencido que é atribuído a permissão de Membros em Produtos do SharePoint para o projeto de equipe.Para obter mais informações, consulte Adicionar usuários a projetos de equipe.

Para alterar um relatório em Office Excel, você deve ser um membro da função de segurança de TfsWarehouseDataReaders no analysis services de SQL Server e você deve ser atribuído a um grupo ou pertencido que é atribuído a permissão 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.

Para exibir um item de trabalho, você deve ser um membro do grupo de Leitores ou sua permissão de deve ser definida Exibir itens de trabalho em este nó a Permitir.Para criar ou modificar um item de trabalho, você deve ser um membro do grupo de Colaboradores ou sua permissão de deve ser definida Itens de trabalho em este nó de edição a Permitir.Para obter mais informações, consulte Gerenciando permissões.

Dados que aparecem no painel

Os membros da equipe podem usar o painel de qualidade para determinar a qualidade total de produto que está desenvolvendo.Em casos ideais, as taxas de varredura de teste, erros, e agitações de código qualquer apresentação a mesma imagem, mas geralmente não.Quando você localiza uma discrepância, você deve examinar mais apertadamente a compilação e a série de dados apropriados.O painel de qualidade combina os resultados do teste, a tinta de código de teste, agitações de código, e bugs, para ajudar você a entender ao mesmo tempo muitas perspectivas.

Especificamente, esse painel exibe as partes da Web que a ilustração a seguir mostra a tabela a seguir descreve e.

Painel de controle de qualidade de produto

Observação
O relatório de Progresso de plano de teste está disponível apenas quando a equipe cria planos de teste e teste de execução usando Test Runner e Microsoft Test Manager.Para obter informações sobre como definir pacotes de teste e planos de teste, consulte Organizando os casos de teste usando conjuntos de teste. O andamento, a compilação, e gráficos de código, completamente relatórios , não aparecem quando a data warehouse para o projeto de equipe não está disponível.

O relatório de Progresso de plano de teste está disponível apenas quando a equipe cria planos de teste e teste de execução usando Test Runner e Microsoft Test Manager.Para obter informações sobre como definir pacotes de teste e planos de teste, consulte Organizando os casos de teste usando conjuntos de teste.

O andamento, a compilação, e gráficos de código, completamente Etapa 6 relatórios Etapa 1 , não aparecem quando a data warehouse para o projeto de equipe não está disponível.

Para saber mais sobre como interpretar, update, ou personalizar os gráficos que aparecem no painel de qualidade, consulte os tópicos na tabela a seguir.

Parte da Web	Dados exibidos	Tópico relacionados
	Gráfico empilhado de resultados de teste de todas as situações de teste agrupadas pelo resultado gravados mais recente - Nunca executar, Bloqueado, Falha, ou Aprovado da área - durante as quatro semanas as mais recentes.	Relatório de progresso de plano de teste
	Colunas empilhadas que mostram quantas compilações Falha ou Êxito durante as quatro semanas as mais recentes.	O excel relatório do status de compilação
	Um gráfico empilhado da área de cumulativo contagem de todos erros, agrupada por estado, durante as quatro semanas as mais recentes.	Relatório do excel de progresso de erro
	Um gráfico empilhado da área de quantos bug o team reactivated de estado resolvido ou fechada durante as quatro semanas as mais recentes.	Relatório do excel Reactivations de erro
	O elemento gráfico de linhas que mostra a porcentagem de código testado pela verificação de compilação testa (BVT) e outros teste durante as quatro semanas as mais recentes.	Relatório do excel de tinta de código
	Gráfico empilhado da área que exibe quantas linhas de código a equipe adicionados, removidos, e modificado nos registros antes de compilação durante as quatro semanas as mais recentes.	Relatório do excel de código de batedeira
	Lista de próximos eventos.Esta lista é derivada de uma parte Web do SharePoint.	Não aplicável.
	Número de itens ativos, resolvidos, e fechamento de trabalho.Você pode abrir a lista de itens de trabalho em cada número.Esta lista é derivada de uma parte de Team Web Access Web.	Itens e fluxo de trabalho de trabalho (ágeis)
	Lista de compilações recente e de seu status.Você pode exibir mais detalhes em uma compilação específica.Esta lista é derivada de uma parte de Team Web Access Web. legenda: : Compilação em andamento : Compilação não iniciada : Compilação Bem-sucedida : Falha na Compilação : Compilação stop : Compilação bem-sucedida parcialmente	Managing and Reporting on Builds
	Lista de registros os mais recentes.Você pode exibir mais detalhes em um check-in particular.Esta lista é derivada de uma parte de Team Web Access Web.	Código de desenvolver e gerenciar as alterações pendentes

Atividades necessários para monitorar a qualidade

Para que o painel de qualidade é útil e exato, a equipe deve executar as atividades que esta seção descreve.

Atividades necessários para acompanhar o progresso de plano de teste

Para que o relatório de progresso de plano de teste é útil e exato, a equipe deve executar as seguintes atividades:

Defina situações de teste e artigos de usuário, e criar links de Testado por entre situações de teste e artigos de usuário.
Defina planos de teste, e atribuir situações de teste para planos de teste.Para obter mais informações, consulte Definindo um plano de teste.

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

Importante
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 como falhou ou não o marcou.

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.

Observação

Para obter informações sobre como definir área e caminhos de iteração de, consulte Criar e modificar áreas e iterações.

Observação
Para obter informações sobre como definir área e caminhos de iteração de, consulte Criar e modificar áreas e iterações.

Atividades necessários para controlar Reactivations de progresso de erro e de erro

Para que os relatórios de Reactivations de progresso de erro e de erros são úteis e exatos, a equipe deve executar as seguintes atividades:

Defina erro.
Atualizar Estado de cada como corrigir o erro equipe, verifique fechar-l, ou reactivates.
(Opcional) especifique os caminhos de Iteração e de Área de cada erro se você deseja filtrar por aqueles campos.

Atividades necessários para acompanhar o status de compilação, a tinta de código, e agitações de código

Para que o status de compilação, a tinta de código, e os relatórios de batedeira de código são úteis e exatos, os membros da equipe devem executar as seguintes atividades:

Configurar um sistema de compilação.Para usar 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 várias definições de compilação e então executar cada um de eles para o código do produto para uma plataforma diferente.Além de isso, você pode executar cada compilação para uma configuração diferente.

Para obter mais informações, consulte Definir o processo de compilação.
Defina teste para executar automaticamente como parte da compilação.Como parte da definição de compilação, você pode definir teste para executar como parte da compilação ou para falhar se os testes falhará.

Para obter mais informações, consulte Definir um processo de compilação é baseado no modelo padrão.
Configurar teste para coletar dados de tinta de código.Para que os dados de tinta de código aparecem no relatório, os membros da equipe devem prover teste para coletar os dados.

Para obter mais informações, consulte A configuração de cobertura de código usando configurações de teste foi preterida e How to: Gather Code-Coverage Data with Generic Tests.

A execução cria regularmente.Você pode executar compilações em intervalos regulares ou após cada check-in.Você pode criar compilações normais quando você usa o disparador de cronograma.

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

Observação
Embora um membro da equipe pode manualmente avaliar 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 Classifique a Qualidade de uma Compilação Concluída e Resumo de relatório de compilação.

Problemas de qualidade de solução de problemas

A tabela a seguir descreve problemas de qualidade específicos que o painel de qualidade pode ajudar a monitorar e para identificar ações que a equipe pode executar.

Problema	Examinar a relatórios	Solucionando problemas de anotações
Falhas de compilação	Status das compilações	Uma compilação nocturna é a pulsação de projetos de programação de software.Quando as construções não são completando bem-sucedida ou não está passando a verificação de compilação testam (BVT), a equipe deve corrigir o problema imediatamente.
Falhar de teste	Progresso de plano de teste Batedeira de código	Quando as taxas de teste e com falha de batedeira de código são altas, a equipe pode investigar porque o software é tão freqüentemente falhando.As causas podem incluir as práticas ou os testes livres de desenvolvimento que são muito rigorosos para um ciclo com antecedência de iteração.
Teste que passam mas com uma taxa alta de localizar o erro	Progresso de plano de teste Progresso de erro	Quando vários teste, passe no mesmo ponto quantos erros são encontrados, a equipe podem investigar as seguintes possibilidades: Os testes não serem suficientemente rigorosos para a fase atual do produto.Em adiantadas iterações, os testes simples são bons.Em o entanto, os testes devem exercitar cenários e integração mais de uma como o produto é amadurece. Os testes podem ser velhos ou testando a funcionalidade errada. As técnicas de teste diferentes podem oferecer melhores resultados. Erros sejam relatados mas não sujeito a teste.Quando erros são relatados e não associados a uma situação de teste, não estão sujeitos a testes de regressão.
Os testes são obsoletos	Progresso de plano de teste Cobertura de código Batedeira de código	Quando vários teste, passe uma quantidade significativa de código, e as alterações de tinta de código diminuições, a equipe podem não executar testes que exercitam o novo código. Porque os testes não são desenvolvidos na mesma taxa que as alterações de código, tinta de teste podem ficar sempre menos adequadas.
A equipe não está testando de fechamento, ou reactivating solucionar erros	Progresso de erro	Quando uma protuberância ocorre no relatório de progresso de bug de erros são resolvidos, os idevelopers resolvendo bugs, mas não os testadores verificaram e não fecharam.A equipe deve investigar porque esse padrão se tornou.
Muito poucos teste	Progresso de plano de teste Batedeira de código	Quando a equipe estiver executando poucos teste, agitações de código for alta, e a tinta de código é menor do que o esperado, a equipe pode precisar atribuir mais recursos para testar.Além de isso, a equipe deve garantir que os testadores estão centrando sobre as mesmas funções que o resto de equipe.
Reativações	Reactivations de erro	Quando o team reactivates bug em um ataue de elevação ou em uma taxa crescente, descartando os testadores são freqüentemente as correções os desenvolvedores.A equipe deve resolver esses problemas para evitar atribuir recursos significativos para reworking as correções descartados.As possíveis causas incluem o relatório de erros ruim, gerenciamento ruim de laboratório de teste, ou sobre a triagem agressiva.
Testes de unidade inadequados	Cobertura de código Batedeira de código	Quando uma redução de tinta de código coincide com um aumento em batedeira de código, os desenvolvedores podem fazer check-in o código sem nenhum correspondentes testes de unidade para abranger-lo. Em a maioria dos casos, a tinta de código deve 100% se aproximar o team pratica o desenvolvimento orientado teste- ou técnicas semelhantes.Se os testes de unidade são recursos como BVTs, a tinta de código deve aparecer nos relatórios correspondente.

Personalizando o painel de qualidade

Você pode personalizar o painel de qualidade das seguintes maneiras:

Altere os filtros de relatório para cada Excel focalizar ou iterações áreas específicas do produto.
Adicione uma parte da Web personalizada de consulta que exibe a lista de itens de trabalho que a consulta encontrar.Por exemplo, você pode adicionar uma consulta que lista todos os erros ativos que não são associados a uma situação de teste.Esta consulta mostrará o volume de erros que estão sendo relatado mas que não é encontrado com os testes e portanto não sujeito a testes de regressão.
Adicionar relatórios existentes do excel, como Apresentam erros de trabalho tendências e Análise de falha, para o painel.

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

Consulte também

Conceitos

Painéis (ágeis)

Artefatos (ágeis)

Outros recursos

Scrum