ALMApplication Lifecycle Management

Indicadores – Como Usar

Objetivo

Explanar o uso de indicadores do ALM para obter o melhor

resultado com as equipes envolvidas.

Indicadores

Você pode acessar esses relatórios através do Portal Web do Projeto no Sharepoint Server®, ou do seu

Microsoft Excel®. O link de cada portal se encontra disponível na Web do Projeto do Team Foundation

Server®.

Acessando o Portal do Projeto no Sharepoint Server®, você terá diversas informações em gráficos e planilhas

Excel® para realizar consultas e até customizar sua visualização, conforme sua necessidade.

Como acessar os indicadores e acompanhar a evolução?

Ind

icad

ore

s

Há disponíveis relatórios e dashboards em Web e também em formato Microsoft Excel® para gerenciamento

desses indicadores e montagem de filtros conforme suas necessidades.

Como acessar os indicadores e acompanhar a evolução?

Ind

icad

ore

s

Você pode usar os relatórios de bugs para controlar os bugs que a equipe está localizando e o progresso que

a equipe está fazendo para corrigi-los. Com esse relatório você pode tomar decisões para mudar o rumo do

projeto no decorrer de seu desenvolvimento.

Os relatórios associados a essa atividade são:

• Status do Bug

• Relatório de Tendências de Bugs

• Relatório de Reativações

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

Depois que a equipe começou a localizar e corrigir erros, você pode acompanhar o progresso da equipe para

resolver e fechar bug, exibindo o relatório de estado de bug. Esse relatório mostra a contagem cumulativa de

bug com base no estado, prioridade e na gravidade do bug.

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Status do Bug

Informação Descrição

Bug Progress Uma representação visual de contagem cumulativa de todos os bug, agrupada pelo seu status.

Active Bugs By Priority Uma representação visual de contagem cumulativa de todos erros, agrupada por sua prioridade.

7-Day Bug Trend Rates Gráfico de linhas que mostra a média de número de bugs que a equipe abriu, resolveu, e fechou, nas últimas quatro semanas passadas.

Active Bugs by Assignment

Um gráfico de barras horizontal com a contagem total de erros ativos atribuídos a cada membro da equipe, agrupada por prioridade.

Linha vertical Número de bugs

Linha horizontal Datas (tempo)

Você pode examinar o relatório para determinar o progresso de uma iteração (semana) ao longo do tempo.

Especificamente, você pode encontrar respostas para seguintes questões:

A equipe está corrigindo os bugs e fechando rapidamente?

A equipe está corrigindo os bugs de alta prioridade primeiro?

Que é a distribuição de bugs por prioridade e gravidade?

Quantos bugs são atribuídos a cada membro da equipe?

Algum membro da equipe precisa de ajuda para resolver ou fechar um bug?

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Status do Bug - Interpretação

Versão “sadia” de um andamento

de correção de Bugs

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Status do Bug - Interpretação

Versão “não sadia” de um andamento de

correção de Bugs

Observe que a coloração de bugs ativos

diminui com o decorrer do tempo e a

coloração de bugs fechados predomina

Observe que a coloração de bugs ativos

aumenta com o decorrer do tempo e a

coloração de bugs fechados não predomina

Um relatório de estado íntegro de bug mostra um aumento nos bugs ativos ao longo do tempo seguidos por um constante andamento de status de resolvido e fechamento de bugs, como mostra a ilustração a seguir. Quanto mais a equipe corrigi erros que localiza, mais o número de erros ativos diminui.

Faixa - Bugs Ativos, Resolvidos e Fechados.

A faixa de bugs ativos está aumentando com o passar do tempo ultrapassando os bugs resolvidos ou fechados. A equipe está localizando

mais bugs do que pode resolver ou fechar.

Pergunte-se:

Os membros da equipe estão sendo realocados para outros bugs, projetos, tarefas?

Outros problemas estão bloqueando a capacidade da equipe em resolver e corrigir bugs? Quais? Ambientes, entendimento de regras, etc.

A faixa de bugs ativos não está se alterando com o passar do tempo. Uma tendência suave no número de erros ativos indica que a equipe

não está localizando bugs.

Pergunte-se:

A cobertura de testes é suficiente?

Outros problemas estão bloqueando a capacidade da equipe de localizar bugs? Quais? Problemas de ambiente, entendimento do requisito,

bugs impeditivos, etc.

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Status do Bug - Interpretação

Faixa - Bugs Ativos, Resolvidos e Fechados.

A faixa de bugs resolvidos ou fechados não estão se alterando. Quando o número de bugs que estão sendo resolvidos ou que deveriam estar

sendo fechados não sofrem alteração por longos períodos de tempo, os membros da equipe podem não ser capazes de resolver ou fechar

esses bugs.

Pergunte-se:

As prioridades das equipes estão definidas corretamente?

Os membros das equipes estão sendo alocados em outras tarefas, ou super-alocados?

Os membros das equipes estão definindo corretamente os status de bug?

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Status do Bug - Interpretação

Faixa - Bugs Assinados e Prioridades

As atribuições de erro não são distribuídas igualmente.

Pergunte-se:

A equipe precisa equilibrar a carga de trabalho designando bugs para outros integrantes do time?

O número de bug ativos de alta prioridade é maior que o número de bugs ativos de prioridade inferior. Quando o número de bugs de alta

prioridade é muito maior que o número de bugs de prioridade inferior, o trabalho pode não progredir, pois as vezes, um projeto progride em

itens de prioridade inferior primeiro.

Pergunte-se:

A equipe está corrigindo os bugs na ordem de prioridade definida pelo time?

As prioridades dos bugs estão sendo bem definidas?

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Status do Bug - Interpretação

O relatório de tendências de bugs calcula a média de andamento do número de bugs que a equipe abriu,

solucionou, e fechou com base nos filtros que você especificar.

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Relatório de Tendências de Bugs

Informação Descrição

7-day arrival rate Média de andamento de bugs abertos, agrupados em 07 dias.

7-day resolved rate Média de andamento de bugs resolvidos, agrupados em 07 dias.

7-day closed rate Média de andamento de bugs fechados, agrupados em 07 dias.

Linha vertical Número de bugs

Linha horizontal Datas (tempo)

Você deve aguardar as taxas de bugs variarem, baseadas em onde você está (período) em seu ciclo de desenvolvimento. A

equipe deve encontrar menos erros em iterações (semanas) adiantadas do que em uma iterações (semanas) anteriores.

Com o produto estabilizando no final de um ciclo de desenvolvimento, a equipe deve encontrar bugs com menos

frequência.

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Relatório de Tendências de Bugs - Interpretação

Versão “não sadia” de um andamento de

status de Bugs

Na linha azul a equipe está abrindo bugs

muito mais rápido do que resolvendo e

fechando, causando “afunilamento”

Linhas – 7 day arrival rate, 7-day resolved rate, 7-day closed rate

A equipe está encontrando números de bugs mais ou menos idênticos em períodos de tempo sucessivos. Se a equipe

encontra o mesmo número de bugs semana após semana ou de iteração após iteração, você pode investigar a causa. No

início do ciclo de teste, os testes podem não ser rigorosos ou avançados suficiente para localizar vários bugs. Em interações

adiantadas, essa situação é esperada, pois revela amadurecimento do código.

Pergunte-se:

As situações de testes são suficientes para os casos de uso e requisitos que estão sendo desenvolvidos?

Os testes tornaram-se obsoletos ou estão testando a funcionalidade de forma incorreta?

São testes rigorosos?

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Relatório de Tendências de Bugs - Interpretação

A equipe está encontrando muitos bugs em períodos curtos. A equipe pode localizar bugs facilmente em código superficial,

no código recentemente integrado (build), com testes rigorosos, ou durante um evento específico.

A equipe está encontrando poucos bugs em períodos curtos. A equipe pode se esforçar para encontrar bugs em um código

de alta qualidade ou testes ineficazes.

Pergunte-se:

O progresso dos testes indicam um problema com o código ou os testes?

A equipe está resolvendo muitos bugs em períodos curtos. Uma taxa alta de resolução indica que a equipe está fazendo

bom progresso.

Pergunte-se:

Status resolvido do bug é fechado prontamente? O índice de fechado deve se parecer com o índice de resolvido.

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Relatório de Tendências de Bugs - Interpretação

A equipe está resolvendo bugs rapidamente mas não os está fechando. Os membros da equipe que estão atribuídos para

verificar correção de bugs podem ter prioridades mal definidas ou distribuídas.

Pergunte-se:

Os membros da equipe de testes estão super-alocados?

A equipe deve revisar as prioridades de testes?

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Relatório de Tendências de Bugs - Interpretação

Depois que a equipe resolve e fecha os bugs, você pode usar o relatório de reativações para determinar como

efetivamente essas correções estão sendo feitas. As reativações são geralmente bugs resolvidos e fechados

prematuramente e reabertos em seguida.

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Relatório de Reativações

Você deve esperar o relatório variar baseado em seu ciclo de desenvolvimento. A taxa de reativação

demonstra o numero de erros supostamente corrigidos onde as correções apresentaram falhas.

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Relatório de Reativações – Interpretação

Versão “não sadia” de um relatório de

reativação

Versão “sadia” de um relatório de

reativação

Há um número alto de reativações de bug. Uma taxa alta de reativação de bug pode indicar que a equipe está

fechando bugs prematuramente.

Pergunte-se:

Há testes de unidade sendo executados?

A descrição do bug oferece suporte suficiente para a resolução do erro pelo time de desenvolvimento?

O laboratório de testes está gerenciado de forma correta, não influenciando nos resultados?

A cobertura de testes é suficiente para os cenários descritos?

São outros problemas raízes que causam as reativações?

Monitorar a atividade de bugs, reativações e tendências.

Ind

icad

ore

s

- Relatório de Reativações – Interpretação

Você pode usar o relatório de andamento de requisitos para analisar o nível de esforço que a equipe tem

gasto em cada caso de uso que está sendo implementando. Usando este relatório, você pode determinar

rapidamente se qualquer trabalho recentemente foi concluído em cada tarefa e o trabalho restante.

Os relatórios associados a essa atividade são:

• Relatório Burndown e Burn Rate

• Relatório de Trabalho Restante

• Relatório de Status de Todas as Iterações

• Relatório de Progresso de Requisitos/Casos de Uso

• Relatório Visão Geral de Requisitos/Casos de Uso

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

Depois que uma equipe trabalhou em uma ou mais iterações, você pode determinar a taxa de progresso da equipe

examinando o relatório de taxa de Burndown. Burndown mostra a tendência de trabalho concluído e o restante durante um

período de tempo especificado. A taxa de Burn Rate fornece cálculos da taxa concluída e necessária de trabalho baseado no

período de tempo especificado. Além disso, um gráfico a seguir mostra a quantidade de trabalho concluído e restante que é

atribuído a membros da equipe. Você pode exibir o relatório da taxa de Burndown e de Burn Rate baseado em horas

trabalhadas ou no número de itens de trabalho que foram resolvidos e fechados.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório Burndown e Burn Rate

Informação Descrição

Hours complete Horas completadas das tarefas na iteração

Hours remaining Horas restantes das tarefas na iteração

Ideal Trend Tendência ideal

Actual Trend Tendência real

Linha horizontal Horas (tempo)

Linha vertical Datas (tempo)

Para que o Relatório de Burndown e o Burn Rate seja útil e preciso, a equipe deve realizar as seguintes atividades para o

rastreamento de itens de trabalho:

- Definir as tarefas, requisitos e bugs, e especificar a iteração e os caminhos para cada área.

- Especificar e atualizar os campos para cada tarefa ou sub tarefa conforme forem trabalhados.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório Burndown e Burn Rate (Configuração)

Você pode examinar o relatório para determinar o progresso que a equipe fez em uma iteração ou ao longo do tempo.

Você pode encontrar respostas para as seguintes questões:

A equipe adicionou trabalho durante a iteração? Houve mudanças constantes de escopo? Qual a velocidade da equipe para

concluir as tarefas? Quanto de trabalho pode se concluir com o tempo restante? Quando a equipe pode concluir o trabalho?

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório Burndown e Burn Rate - Interpretação

Versão “não sadia” de um relatório de

reativação

Versão “sadia” de um relatório de

reativação

Quando o Burn Rate (Taxa de Queimadura) da equipe não encontra o Burn Rate (Taxa de Queimadura) planejada, o relatório

de Burndown mostrará uma linha de Tendência Real distante acima da linha de Tendência Ideal . A linha de Tendência Real

irá cruzar o eixo X significativamente mais do que a data de término planejada. Essas características indicam que o equipe

não concluirá todos os requisitos que foram planejados para essa interação antes do previsto. Quando o progresso real é

menor que o progresso planejado, o esforço necessário é maior do que a equipe estimou, as tarefas são mais difíceis, o time

subestimou ou não consideraram outros fatores que precisarão ser revistos depois da conclusão.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório Burndown e Burn Rate - Interpretação

O relatório de trabalho restante resume os dados que foram detectados durante o intervalo de tempo especificado para

cada tarefa, caso de uso/requisito, ou bugs com base nos critérios de filtragem que foram especificados para o relatório.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório de Trabalho Restante

Informação Descrição

Hours complete Horas completadas das tarefas na iteração

Hours remaining Horas restantes das tarefas na iteração

Linha horizontal Horas (tempo)

Linha vertical Datas (tempo)

O relatório restante de trabalho exibe informações que você pode usar para entender o quanto a equipe está progredindo e

se a equipe irá concluir as tarefas dentro do tempo alocado. Você pode responder perguntas como:

Quanto rápido é a equipe que trabalha no projeto?

Há trabalho sendo adicionado durante a iteração? A equipe está expandindo o escopo de trabalho?

Quanto de progresso pode fazer a equipe com o tempo disponível?

Aproximadamente quando a equipe pode fazer o trabalho?

É muito trabalho em execução?

O fluxo de trabalho está sendo impedido ou bloqueado?

Quando a equipe irá concluir a iteração atual?

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório de Trabalho Restante – Interpretação

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório de Trabalho Restante – Interpretação

A ilustração a seguir mostra uma versão não íntegra de relatório restante de

trabalho. O progresso é feito por várias semanas de cada vez, indicado pela

linha plana de itens de trabalho que permanecem em um estado inalterado.

Além disso, o número de itens de trabalho aumenta após o ponto médio de

iteração, que indica que foram introduzidas mais tarefas.

Um relatório íntegro de trabalho mostra o andamento regular em resolver e

em fechar tarefas, como mostra a ilustração a seguir. A forma retangular de

diagrama indica que o trabalho estimado corresponde ao trabalho

necessário.

O status em todas as iterações apresenta um instantâneo de trabalho que a equipe realizou através de várias iterações,

como a ilustração a seguir mostra.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório de Status de Todas as Iterações

Informação Descrição

Requirements closed Requisitos concluídos.

Progress (Hours) Progresso estimado em horas.

Bugs Bugs encontrados.

Iteration Divisão em semana, iteração, versão.

Original Estimate Tempo original estimado da iteração.

Completed Progresso completado da iteração.

Remaining Progresso restante da iteração.

Active Bugs ativos.

Resolved Bugs resolvidos.

Closed Bugs fechados.

Você poderá responder perguntas como:

O escopo de trabalho para cada iteração corresponde à capacidade de equipe?

O número de casos de uso/requisitos fechados em cada iteração corresponde a suas expectativas?

Quantos casos de uso/requisitos pode enviar a equipe hoje?

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório de Status de Todas as Iterações – Interpretação

Versão “não sadia” de um relatório de

status

Versão “sadia” de um relatório de status

Caso o status não seja integro, qualquer relatório de iterações pode mostrar um ou mais

dos seguintes indicadores:

Nenhum caso de uso/requisito foi fechado em uma ou mais iterações.

Você pode querer examinar o tamanho desse requisito para determinar se a equipe pode

“quebrar” em requisitos menores e menos complexos.

O número de tempo estimados e concluídos varia amplamente dentro e entre as

iterações.

Você pode querer examinar quanto você está dimensionamento os requisitos e quanto a

equipe está estimando o trabalho. Quando a hora estimada e concluída correspondem

dentro de uma iteração, indica que a equipe está bem posicionada e progride em uma

taxa aceitável.

Progresso inconsistente feito por iterações passadas.

Você pode desejar determinar se quaisquer problemas de bloqueio não foram

identificados ou não foram rastreadas anteriormente.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório de Status de Todas as Iterações – Interpretação

Versão “não sadia” de um relatório de

status

O relatório de progresso dos requisitos mostra o status de conclusão conforme determinado por tarefas que foram definidas

para implementar o requisito.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório de Progresso de Requisitos

Informação Descrição

Progress (% Completed) O valor numérico representando a porcentagem de trabalho concluído com base no rollup da linha de base e tempo para concluir todas as tarefas que são vinculadas ao requisito ou a seus requisitos filhos.

Hours Completed Uma representação visual de horas concluídas.

Recently Completed Um representação visual das horas concluídas recentemente dentro do tempo especificado.

Hours Remaining Horas restantes para todas as tarefas vinculadas ao requisito oua seus requisitos filhos.

Requisitos que aparecem no relatório.

As listas de relatório de progresso dos requisitos e os requisitos destacados estão de acordo com os seguintes critérios:

Os requisitos aparecem por ordem da importância, com base na sua classificação atribuída.

Os requisitos aparecem em negrito quando estão em estado ativo ou resolvido.

Os requisitos aparecem no tipo normal quando estão no estado fechado.

Os requisitos aparecem no tipo cinza quando a iteração ou área atribuída são fora do conjunto filtrado mas tem as tarefas

ou os requisitos filho que estão dentro do conjunto filtrado de iterações ou de áreas do produto.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório de Progresso de Requisitos

Quais requisitos a equipe fez progresso, e quais estão quase concluídos?

Requisitos que a equipe fez progresso mostrará uma faixa verde dentro da barra de progresso.

Os requisitos que estão quase completos indicarão uma % de elevação e a barra de progresso estará quase completamente verde, e poucas

horas serão listadas na coluna de Horas Restantes.

Requisitos que não foram trabalhados pela equipe?

Os requisitos que não foram trabalhados não mostrarão nenhuma faixa verde claro dentro de barra de progresso.

Requisitos que têm a maioria de trabalho a ser concluído ainda?

Os requisitos que têm a maioria de trabalho a concluir mostrarão uma faixa azul significativa dentro de barra de progresso e um grande

número de hora na coluna de Horas Restantes.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório de Progresso de Requisitos – Interpretação

O trabalho está bloqueado em um requisito?

Os requisitos que não mostram nenhuma faixa verde claro na barra de progresso pode indicar um problema de bloqueio.

Se a equipe não concluiu qualquer trabalho de um requisito por várias semanas, convém determinar e identifica os problemas de bloqueio ou

de recurso.

Podemos entregar tudo que nós planejamos? Quais metas devemos remover do escopo?

De acordo com os requisitos que ainda estão ativos, convém adiar alguns requisitos para uma iteração mais recente de modo que a equipe

possa se concentra em concluir outros requisitos na iteração atual.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório de Progresso de Requisitos – Interpretação

O relatório de visão geral dos requisitos apresenta um instantâneo de trabalho que foi executado para o conjunto filtrado de

requisitos para a data atual.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório Visão Geral de Requisitos

Informação Descrição

% Hours Completed Mostra a porcentagem de trabalho concluído com base na linha de base para todas as tarefas vinculadas ao requisito ou a seus requisitos filhos.

Hours Remaining Horas restantes para todas as tarefas vinculadas ao requisito oua seus requisitos filhos.

Test Points Representa o número de situações de testes que estão vinculados a seus requisitos ou requisitos filhos.

Test Results Representa a porcentagem das situações dos testes, agrupados de acordo com o status do seu ensaio mais recente, onde opções Passou (Verde), Falha (Vermelho) ou Não executado (Preto).

Bugs Mostra o número de erros associados à situação de teste ou requisito, onde as opções Ativo (Azul) e Resolvido (Dourada). Se o requisito é associado a um requisito filho, os valores representam um rollup de todos os erros, tanto dos pais como filhos.

A lista de Relatório de Visão geral dos Requisitos tem os requisitos destacados de acordo com os seguintes critérios:

Os requisitos aparecem por ordem da importância, com base na sua classificação atribuída.

Os requisitos aparecem em negrito quando estão em estado ativo ou resolvido.

Os requisitos aparecem no tipo normal quando estão no estado fechado.

Os requisitos aparecem no tipo cinza quando a iteração ou área atribuído são fora do conjunto filtrado, mas tem as tarefas

ou os requisitos de filho que estão dentro do conjunto filtrado de iterações ou de áreas do produto.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório Visão Geral de Requisitos

O Relatório de Visão Geral de Requisitos mostra o andamento de trabalho total em três áreas que são importantes para

concluir e fechar um requisito:

Tarefas implementadas para concluir cada requisito.

Execução de teste para garantir a qualidade dos requisitos implementados.

Bugs identificados que indicam problemas com a qualidade dos requisitos.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório Visão Geral de Requisitos – Interpretação

Versão “sadia” de um relatório de

requisitos

Um relatório não está íntegro quando mostra uma ou mais das seguintes situações:

A equipe está fazendo mais progresso dos requisitos que têm uma prioridade mais baixa de que os requisitos que têm uma

prioridade mais alta;

Mais testes estão falhando do que está passando;

Os testes estão falhando para um requisito, mas nenhum item de trabalho de bug está sendo criado.

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório Visão Geral de Requisitos – Interpretação

Esse relatório pode-lhe responder as seguintes questões:

Estado de trabalho

A quantidade de trabalho que permanece para cada requisito corresponde a suas expectativas?

Os requisitos de maior prioridade são implementados primeiro?

Quantas situações de teste são definidas para cada requisito? Quantos testes estão passando?

Há requisitos que são implementados que não têm uma situação de teste definida para ele?

Progresso de qualidade

Quantos testes foram executados para cada requisito, e quantos passaram?

Quantos bugs ativos cada requisito tem?

Os bugs estão sendo são resolvidos ou permanecem ativos?

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório Visão Geral de Requisitos – Interpretação

Avaliação de risco

Quais requisitos que estão em risco?

Quais requisitos que não são estáveis o suficiente para a versão?

Quais requisitos que podem ser enviados a equipe hoje?

Controlar a integridade do projeto, taxa de andamento de equipe e

conclusão da tarefa.

Ind

icad

ore

s

- Relatório Visão Geral de Requisitos – Interpretação

Você pode usar o relatório trabalho planejado para determinar a quantidade de trabalho da equipe adicionada

a uma iteração após iniciado.

O relatório associado a essa atividade é:

• Trabalho não planejado

Determinar o trabalho adicional.

Ind

icad

ore

s

O relatório de Trabalho não Planejado é útil quando a equipe planeja uma iteração identificando todos os itens de trabalho

que pretendem resolver ou fechar durante a iteração. Os itens de trabalho que são atribuídos a iteração na data de criação

do planejamento são considerados trabalho planejado. Todos os itens de trabalho que são adicionados à iteração em

seguida a data que são identificados como trabalho não regulares.

Determinar o trabalho adicional.

Ind

icad

ore

s

- Trabalho não Planejado

Informação Descrição

Added Later Tarefas adicionadas após o planejamento

Planned Tarefas planejadas antes do fechamento

Linha horizontal (Number of Work Item) Numero de itens de trabalho

Linha vertical Datas (tempo)

Você pode usar esse relatório para responder às seguintes questões:

Quanto trabalho foi adicionado após a iteração ter começado?

Muito trabalho está sendo adicionado durante a iteração?

Determinar o trabalho adicional.

Ind

icad

ore

s

- Trabalho não Planejado – Interpretação

Você pode usar os relatórios de teste para rastrear o progresso da equipe para desenvolver casos de teste e

determinar como eles abordam os requisitos.

Os relatórios associados a essa atividade são:

• Relatório de Preparação dos Casos de Testes

• Relatório de Progresso do Plano de Testes

Monitor de atividade de teste.

Ind

icad

ore

s

O relatório de preparação de casos de teste fornece um gráfico da área que exibe quantas situações de teste estão no

estado de Design ou de Pronto durante o período de tempo que você especificar. Examinando esses dados, você pode

facilmente determinar como rapidamente a equipe está criando situações de teste e as que estão prontas para teste.

Quando você cria uma situação de teste, é definida automaticamente ao estado de exibição design. Depois que a equipe

revisar a situação de teste, então um membro da equipe deve alterar o estado para Pronto, que indica que a situação de

teste está pronto para ser executada.

Monitor de atividade de teste.

Ind

icad

ore

s

- Relatório de Preparação de Casos de Testes

Informação Descrição

Linha horizontal Number of Test Cases Numero de casos de testes

Design Casos de testes em estado de confecção

Ready Casos de testes prontos para serem executados

Linha vertical Datas (tempo)

Você pode examinar o relatório para determinar o progresso da equipe em uma iteração ou ao longo do tempo. Por

exemplo, você pode responder a essas questões:

Quantos casos de teste estão prontos para serem executados?

Quantas situações de teste deve a equipe ainda escrever e examinar?

Quando todos os casos de teste estarão prontos para serem executados?

Todas os casos de teste estarão prontos para serem executados no final da iteração?

Monitor de atividade de teste.

Ind

icad

ore

s

- Relatório de Preparação de Casos de Testes - Interpretação

Monitor de atividade de teste.

Ind

icad

ore

s

- Relatório de Preparação de Casos de Testes - Interpretação

Versão “não íntegra” de um planejamento

de testesVersão “íntegra” de um planejamento de

testes

Observe que os estados não mudam com

o passar das semanas

Observe que há um progresso regular dos

estados

Quando os casos de teste estarão prontos para serem executados.

Quando todas as situações de teste permanecem em um estado de design, algum problema está bloqueando o andamento.

Você pode investigar a causa desse bloqueio.

O número de situações de teste não é suficiente.

O número de situações de teste que são definidas para um projeto deve ser maior ou igual ao número de casos de

uso/requisitos que a equipe está implementando.

Monitor de atividade de teste.

Ind

icad

ore

s

- Relatório de Preparação de Casos de Testes - Interpretação

Os dados que aparecem no relatório de progresso de plano de teste são derivados de data warehouse e de resultados de

teste que são gerados quando os testes são executados usando Microsoft Test Manager. O relatório apresenta um gráfico da

área que mostra o resultado mais recente executado, qualquer teste nos planos de teste especificados ao longo do tempo.

Monitor de atividade de teste.

Ind

icad

ore

s

- Relatório de Progresso do Plano de Testes

Informação Descrição

Passed Número de casos de testes que passaram

Failed Número de casos de testes que falharam

Blocked Número de casos de testes que foram bloqueados

Never Run Número de casos de testes que nunca foram executados

Other Numero de casos de testes foram executados e atribuídosaos seguintes estados: desligado, tempo limite, em andamento.

Você pode controlar quantas planos de teste foram executados e quanto estão falhando. O relatório de progresso de plano

de teste exibe o valor cumulativo de todos os planos de teste, agrupados pelo status de resultado.

Perguntas respondidas:

Quantos testes estão passando?

Quantos testes estão falhando?

Quantos testes são bloqueados?

Monitor de atividade de teste.

Ind

icad

ore

s

- Relatório de Progresso do Plano de Testes – Interpretando

Monitor de atividade de teste.

Ind

icad

ore

s

- Relatório de Progresso do Plano de Testes – Interpretando

Versão “não íntegra” de um progresso de

plano de testes

Versão “íntegra” de um progresso de

plano de testes

Como mostra a ilustração a seguir, o

número de situações de teste que está

passando, falhando, ou nunca é executado

não tem mudanças.

Como mostra a ilustração a seguir, há uma

curva sadia onde com o tempo os casos

de testes com status de passado

sobrepõem os demais estados

Muito obrigado!