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!