Relatar os indicadores de qualidade de compilação

Indexadores de qualidade de compilação informa a tinta de teste de ambos, codifique agitações, e as contagens de bug de uma definição de compilação especificada.Você pode usar esse relatório para ajudar a determinar como as partes do final do código são liberar a qualidade.

Idealmente, as taxas de teste, bugs, e agitações de código qualquer produto a mesma imagem, mas não fazem freqüência.Quando você localiza uma discrepância, você pode usar os indicadores de qualidade de erro relata para examinar os detalhes de uma compilação específica e serial de dados.Porque esse relatório combina resultados de teste, o código a tinta de teste, batedeira de código, e bugs, você pode exibir várias perspectivas ao mesmo tempo.

Para obter informações sobre como acessar, update, ou gerenciar relatórios, consulte Relatórios (ágeis).

Observação
Esse relatório requer que a coleção de projeto de equipe que contém o projeto da equipe recebeu fornecimento de SQL Server serviços de relatórios.Esse relatório não está disponível se Relatórios não aparecer quando você abrir Team Explorer e expandir o nó do projeto de sua equipe.

Neste tópico Dados no relatório Alterando o número de compilações no relatório Interpretando o Relatório Filtrando o relatório

Você pode usar esse relatório para responder às seguintes questões: Que é a qualidade de software? Como geralmente os testes está passando, e quanto de código está sendo testado? Baseado em métricas de código e de teste, é possível localizar a equipe metas de destino?

Permissões Necessárias

Para exibir o relatório, você deverá ser atribuído ou pertencer a um grupo que tem a atribuição da função de Pesquisador nos Reporting Services.Para obter mais informações, consulte Adicionar usuários a projetos de equipe ou Gerenciando permissões.

Dados no relatório

Os dados que aparecem nos indicadores de qualidade de compilação relatórios são derivados de data warehouse.O eixo x lista as compilações específicas que inclui o relatório, com base nos filtros que você definiu para a plataforma, configuração, e a definição de compilação.

Cada barra vertical representa um conjunto de dados que foram derivados de uma ou mais compilações.Em variante de tamanho de código de relatório, cada comprimento de barra vertical representa o tamanho de base fazer o check-in de código.As barras são dimensionadas de forma que a figura maior ajustes no momento do gráfico.Os testes manuais podem ser executados em qualquer momento que depois que a compilação, e são associados com aquela compilação.Os testes que não foram executados ainda são como “inconsequentes contados.”

A ilustração a seguir exibe um relatório de indexadores de qualidades de compilação de exemplo.

A tabela a seguir descreve as informações que é exibido para cada indicador de qualidade no relatório:

Indexador de qualidade	Descrição
Bugs ativos contagem ()	Gráfico de linhas que descreve o número de erros que estão ativas no momento de compilação. Observação Erros não são explicitamente associados com as compilações.Alguns dos erros contados não podem afetar as compilações que aparecem no gráfico.Você pode usar o parâmetro da área para filtrar a área de subproduto de erro.Essa técnica pode mostrar erros que são mais provável afetar as compilações no relatório.
Batedeira de código (linhas)	Gráfico de linhas que descreve o número de linhas de código que a equipe adicionados, removidos, e modificado nos check-in antes da compilação.Agitações de código é calculada determinar o número de linhas de código que foram adicionadas, excluídos, modificados ou à compilação dividida pelas linhas gerais na compilação.
Cobertura de código (percentagem)	Gráfico de linhas que descreve a porcentagem de código que abordam o de teste.
Teste inconsequentes	Parte cinza de gráfico de barras empilhado, indicando o número de teste que não geradas. não foram pausadosSe a compilação não foi bem-sucedida, os testes não serão contados ou não serão contados como inconsequentes.
Testando com falha	Parte vermelha de gráfico de barras empilhado, indicando o número de teste que falharam para a compilação.
Testando passados	Verde parte de gráfico de barras empilhado, indicando o número de teste que passados para a compilação.

Observação
Para obter mais informações sobre o significado de falhar e passar de resultados de teste, consulte Relatório de progresso de plano de teste.

Você pode filtrar o relatório das seguintes maneiras:

• Altere o intervalo do eixo x especificando o número de compilações e especificando a data final para o relatório.A primeira data de compilação mostrada depender da freqüência de compilações.

• Filtrar o conjunto de compilações que o relatório mostra especificando a plataforma, configuração, e a definição de compilação para incluir no relatório.Definir os parâmetros na seqüência como o conjunto de valores disponíveis para a definição de compilação depende da plataforma e configuração.

• Filtrar erros que são contados no relatório especificando as áreas de produto para incluir.Este filtro não afeta o conjunto de compilações que aparecem no eixo x, em batedeira de código, em tinta de código, ou nos resultados de teste.

Para obter mais informações, consulte filtrando o relatório posteriormente em este tópico.

Atividades necessários de gerenciamento de teste e de compilação

Para os indicadores de qualidade de compilação para relatar ser útil e descrever todos os indicadores que pode exibir, membro da equipe de qualidade deve executar as seguintes atividades para teste e gerenciar compilações:

• 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, cada um de eles podem ser executadas 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 definidos 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.

Alterando o número de compilações no relatório

A exibição do relatório de indexadores de qualidade de compilação irá significativamente com base no número de compilações que inclui o relatório e outros filtros que você aplica ao relatório.Você pode focalizar o relatório em um intervalo específico de compilações alterando o número de compilações que aparecem no relatório.

Para definir o número de compilações que são representadas no relatório

1. Em Número de compilações, digite o número para incluir.

2. A o lado de Termine data (), clique no ícone de calendário, clique na data correspondente para o último dia que as compilações foram executadas que você deseja incluir no relatório.

3. Clique Exibir Relatório.

Interpretando o Relatório

Você pode examinar o relatório para encontrar respostas a essas perguntas para qualquer definição de compilação específica:

• Que é a qualidade de software?

• A equipe estiver testando suficiente da nossa código?

• Os testes está passando?

• A equipe é provável ao suporte é baseado em métricas de código e de teste?

• Como geralmente os testes está passando, e quanto de código está sendo testado?

  Observação

  A taxa de colorido para segmentos cinzentos reflete a fração de código que abordam o de teste, mas as proporções nos segmentos colorido reflete somente sobre frações de código que passa ou falha teste.Essa ambigüidade ocorre porque a fração de dentro do segmento colorido verde realmente representa o número de teste que passam.Um único de erro em uma parte do código poderia causar muitos teste falhar, ou uma única falha pode representar um erro extensivo no design que tem conseqüências durante a base de código.

Versão íntegro de relatório

Um relatório íntegro de indexadores de qualidade de compilação mostrará os indicadores seguintes:

• A maioria de teste está passando (grandes áreas de verde), e alguns teste estão falhando (pequenas quantidades de vermelho).

• A porcentagem de vermelho é menos de porcentagem 20-30.

Como a ilustração a seguir mostra o código, a tinta e as taxas de varredura de teste são pontuações e crescentes ao longo do tempo.O código agitações, bugs ativos, teste inconsequentes, e os testes falhados são todas baixo e diminuir.

Versões não esteja íntegro de relatório de indexadores de qualidade de compilação

Uma versão não esteja íntegro de indexadores de qualidade de compilação relata mostra um ou mais dos seguintes indicadores.Você pode desejar investigar a causa de acordo com a seguinte orientação.

• Menos tinta e mais de código código agitações.A ilustração a seguir mostra uma redução de tinta de código e um aumento em batedeira de código.Esses dados são um aviso claro que o novo código está sendo fazer o check-in sem correspondentes testes de unidade para cobrir o.

  

• Desprezado de teste que estão sendo executados.A ilustração a seguir mostra um desprezado de teste que estão sendo executados.Esses dados podem indicar que a equipe não está executando o suficiente para teste.Este bloqueio pode indicar a falta de recursos, ou os testadores podem fazer algo, como a automação de teste de escrita em vez de testar a funcionalidade atual.Em ambos os casos, o saldo de recursos pode ser justificado.

  

• Batedeira alta de código, desprezada de tinta de código.Agitações alta de código sugere que os erros são apresentados como efeitos colaterais de alterações.Em um projeto perfeitamente refactored, você pode ver agitações de código sem nenhuma alteração em taxas da passagem de tinta ou de teste de código.Caso contrário, agitações alta de código pode indicar a tinta diminuída e a necessidade reescrever teste.

  A ilustração a seguir mostra uma taxa alta de batedeira de código e um desprezado de tinta de código de teste, mesmo que o taxas de varredura de teste permaneçam pontuações.Esses dados indicam que os testes que estão sendo executados não estão exercitando o novo código.

  

• Taxa alta de falhar de teste.A ilustração a seguir mostra vários teste que estão sendo executados com tinta razoável de código, mas os testes estão falhando.Esses dados podem indicar fracamente acopladas práticas de desenvolvimento, ou, em adiantadas iterações, os testes podem ser muito ásperos para essa fase do produto.

  

  Falhar teste deve ser endereçado o mais rápido possível.Se corrigir o código não é prático, os testes falhando temporariamente devem ser desativados, e um bug deve ser conectado.Embora às vezes é aceitável manipular a análise de código critica com menos urgência no início do projeto, você não deve deixar as seções em vermelho obter muito grande.

• Taxa alta de teste que passam e taxa alta ativa de erro.A ilustração a seguir mostra uma taxa alta de varredura de teste mas ainda uma grande taxa de entrada de erro.Esta situação pode ocorrer por vários motivos.Os testes não serem suficientemente rigorosos para essa fase do produto.

  

  Em adiantadas iterações, os testes simples são bons, mas como o produto é amadurece, os testes devem exercitar cenários e uma integrações mais de largura.Os testes podem ser velhos, ou pode testar a funcionalidade errada.Pode ser hora de alternar técnicas de teste.

• A varredura de teste não avalia increase e o nenhum aumento na tinta de código.Normalmente, como mais testes são executados, mais código deve ser tratado.Por outro lado, se as taxas da passagem de execução de teste e de teste aumentam sem um aumento correspondente na tinta de código, os testes incrementais podem ser redundantes.

• A contagem ativo do erro está gerando, mas falhas de teste não estão gerando.Se a contagem ativo do erro está gerando e seus testes não são mostrando falhas correspondentes, os testes provavelmente não está testando a mesma funcionalidade que os erros são relatório.

• O número do erro está ativa diminuindo, mas passa de teste não estão gerando.Se a contagem ativa do erro foi diminuindo e taxas de varredura de teste não está gerando, você pode estar em risco de uma taxa crescente de reactivation.

• Grandes áreas de cinza.Os segmentos cinzentos significam código que não foi compilado ou não foi testado dentro de compilação determinada.Esses dados aparecem apenas em um relatório periódico em que uma ou mais compilações especificadas não ocorram dentro do intervalo.

Filtrando o relatório

Você pode filtrar os indicadores de qualidade de compilação relata das seguintes maneiras:

• Altere o intervalo de tempo especificando o número de compilações e especificando a data final para o relatório.

• Filtrar o conjunto de compilações que são representadas no relatório especificando a plataforma, configuração, e a definição de compilação para incluir no relatório.

  Observação
  Você pode configurar definições de compilação para não executar qualquer teste, qualquer teste, ou todos os testes.O relatório irá aumentar com base na configuração de definições de compilação.

• Filtrar erros que são contados no relatório especificando as áreas de produto para incluir.

A ilustração a seguir mostra os filtros disponíveis:

Aplicar filtros na seqüência que o procedimento a seguir especifica.As opções que estão disponíveis com quaisquer filtros dependem dos filtros que você defina anteriormente.

Filtrar as compilações que aparecem no relatório

1. Em Número de compilações, digite o número para incluir.

2. A o lado de Data de término, clique no ícone de calendário, clique na última data para que as compilações incluem.

3. Em a lista de Plataforma , selecione a caixa de seleção de cada plataforma para incluir.

4. Em a lista de Configuração , selecione a caixa de seleção de cada configuração para incluir.

5. Em a lista de Definição de compilação , selecione a caixa de seleção de cada definição de compilação para incluir.

6. Clique Exibir Relatório.

Para filtrar os resultados de erro que são exibidas no relatório

1. Em a lista de Área , selecione a caixa de seleção de cada resultado de teste para incluir.

   Esta etapa o relatório filtra baseado na hierarquia de resultados de teste.

2. Clique Exibir Relatório.

Consulte também

Conceitos

Relatório de progresso de plano de teste

Êxito do relatório de compilação ao longo do tempo

Resumo de relatório de compilação

Artefatos (ágeis)

Outros recursos

Relatórios (ágeis)