Fundamentos em Teste de

Software

Módulo 6 – Encerrando os testes

Érika Hmeljevski – 2010

Onde estamos?
 Analisando os resultados dos testes

Atividades:
 Analisar Resultados (logs);

 Gerar relatórios de teste;

 Extrair indicadores;

 Implementar melhoria do processo.

Relatórios de Teste
 Propósitos
Imediatos:

 Prover informações sobre o sistema, que permita determinar

se este está pronto para entrar em produção.

 Avaliar potenciais conseqüências e iniciar ações apropriadas

para minimizá-las.

Longo prazo:

 Rastrear problemas eventuais em produção

 Analisar o processo de trabalho

 Evidências de teste
 Categorias de relatórios

 Relatórios de Situação do Projeto

 Relatórios Intermediários de Testes

 Relatórios Finais dos Testes

 Relatórios de Situação de Projeto

 Extraídos para equipe do projeto e Gerência Sênior (Gerência de TI,

Gerência Usuária ou do Cliente e Gerência Executiva da Organização);

 Fornecem um resumo dos relatórios sobre o(s) projeto(s);

 Podem ser diários, semanais ou mensais;

 As estatísticas podem ser apresentadas em forma de gráficos;

 Geralmente são extraídos automaticamente por uma ferramenta de

gestão.
 Relatórios de Status

Relatório de Status Resumido

Provê informações gerais sobre todos os projetos

Relatório de Status do Projeto

Provê informações detalhadas sobre um projeto específico

 Relatórios Intermediários de Teste
Relatórios de Defeito

Defeitos por Prioridade

Defeitos por Severidade

Defeitos por Categoria

Tempo médio para resolução

Tempo médio entre a descoberta do defeito e sua resolução

Tempo médio para fechamento

Tempo médio entre a descoberta do defeito e seu fechamento
(considerando re-teste)

Geralmente estas informações são fornecidas pelas

ferramentas de gestão de defeitos.
 Relatórios Finais dos Testes
 Definidos para apoiar as decisões relativas à implantação do software

 Devem indicar se o software está completo e correto, caso contrário

deve indicar o que está faltando e o que não está funcionando

 Deve ser preparado ao término de cada estágio (nível) de Teste

 Unitário

 Integração

 Sistema

 Aceitação
 Diretrizes para relatórios
Existem algumas diretrizes que devem ser seguidas para preparação e
utilização das informações dos relatórios, são elas:

 Desenvolver uma linha base (baseline);

 Usar modelos e checklists de boas práticas;

 Permitir que a equipe do projeto revise e comente o rascunho antes de sua

finalização;

 Não incluir nomes ou estabelecer culpados;

 Enfatizar a qualidade;

 Limitar os relatórios aos itens importantes;

 Eliminar detalhes e pequenos problemas;

 Entregar os relatórios ao Gerente do Projeto;

 Envolver as equipes de Teste e de Projeto no

apontamento e recomendações aos itens;
 Métricas e Indicadores de Qualidade
Os Indicadores devem ser definidos durante a elaboração da
Estratégia de Testes e devem cobrir as atividades de:

 Demanda Número de Sistemas por Unidade de Tempo

 Qualidade Do processo, das documentaçoes, etc..

 Tempo Tempo Médio para a Realização Cada Tipo de Teste

 Entrega Número de Componentes Testados

 Produtividade Quantidade de Pontos de Teste por Testador

 Custos Custo dos Testes por Etapa

 Fatores de Qualidade

Fonte: Projeto & Engenharia de Software: Teste de Software – Emerson Rios e Trayahú Moreira
Fonte: Projeto & Engenharia de Software: Teste de Software – Emerson Rios e Trayahú Moreira
 Gestão por indicadores

 Defeitos por casos de uso (classificados por

severidade)

 Defeitos abertos

 Tempo gasto na preparação dos casos de teste

 Número de ciclos de execução dos casos de teste

 Defeitos em produção por casos de uso

 Tempo gasto por ciclo de teste, etc.

Melhoria do processo
 Melhoria do Processo

 Atividade contínua e permanente;

 Determinação do nível de maturidade do processo ;

 Elaborar documento de Lições Aprendidas;

 Identificação das melhorias no processo

 Traçar metas e objetivos para melhoria do Processo;

 Priorização das ações de melhorias;

 Implantação das melhorias priorizadas.

 Melhoria do Processo

Alguns modelos de melhoria:

 TPI – Test Process Improvement (Europra)

 TPS – Test Process Scored
 TMM – Test Maturity Model (EUA)
 TCMM – Test Capability Maturity Model (EUA)
 TMM sm – Software Testing Maturity Model
 TIM – Test Improvement Model
 TAP – Test Assessment Program
 CMMI-SW – Engenharia de Produto de Software – Nível 3
 MPT.Br – Melhoria do Processo de Testes (Brasileiro)
 Avaliação da maturidade

 Deve ser uma forma de avaliação interna da equipe para

identificar o seu correto estado de capacitação;

 Dever ser claro para que as gerências superiores possam

claramente aceitá-lo como um programa de melhoria de teste;

 Deve permitir que a equipe de garantia de qualidade possa

desenvolver e implementar planos de melhoria de processo;

 Deve permitir que as equipes de desenvolvimento possam

também melhorar os seus testes;

 Os usuários e clientes devem também poder ocupar o seu papel

no processo de melhoria.
Avaliação de Maturidade
 Exemplo do Checklist
Metodologia de Testes Nível Nível Nível Nível Nível
1 2 3 4 5
0% 25% 50% 75% 100%
Existe uma metodologia de testes alinhada
com a metodologia de desenvolvimento e
utilizada nos projetos de desenvolvimento
de sistemas de forma sistemática e
permanente? (peso 5)
A metodologia de teste define procedimentos
formais para cada etapa do ciclo de vida
de teste? (peso 5)
O ciclo de vida de teste contempla etapas tais
como: Inicio, planejamento, projeto, execução
e término ou equivalentes? (peso 5)

A metodologia de teste define que a equipe de

testes irá atuar desde as primeiras fases do
projeto de desenvolvimento? (peso 5)
 Exemplo do Checklist
Métricas Nível Nível Nível Nível Nível
1 2 3 4 5
0% 25% 50% 75% 100%
São utilizadas métricas de medição para o
projeto de teste?

Automação Nível 1 Nível 2 Nível 3 Nível 4 Nível 5

0% 25% 50% 75% 100%

São usadas ferramentas de automação

que cubram a gestão e a execução
dos testes?

Relatórios de progresso Nível 1 Nível 2 Nível 3 Nível 4 Nível 5

0% 25% 50% 75% 100%

São gerados com periodicidade pré-

determinada relatórios de progresso do
projeto de teste de tal modo que se
possa ter uma visão geral do andamento
do projeto?
Identificação do nível de Maturidade
Dúvidas
 Referências Bibliográficas
[1] Rios, Emerson e Moreira, Trayahu.
Teste de Software. Editora Altabooks, 2003.
[2] Rick D. Craig and Stefan P. Jaskiel
Systematic Software Testing. Artech House, 2002
[3] Rios, Emerson; Moreira, Trayahu; Cristalli, Ricardo; Bastos, Aderson
Base de Conhecimento de Teste de Software.Editora Traço e Photo, 2006.
[4] Scott Loveland et al.
Software Testing Techniques: Finding the Defects that Matter. Charles River
Media, 2005
[5] Rios, Emerson
Análise de Riscos em Projetos de Teste de Software, Editora Altabooks, 2006.
[6] Pol, Martin e outros. Software Testing. Editora Addison Wesley, 2002.
[7] McConnell, Steve. Software Estimation. Editora Microsoft, 2006.
[8] Patton, Ron.Software Testing. Editora SAMS. 2005.
[9] Caetano, Cristiano. Automação e Gerenciamento de Testes – Aumentando a
Produtividade com as principais soluções Open Source e Gratuitas.E-book
online, 2007.
[10]Bartiê, Alexandre. Garantia da Qualidade de Software
[11] Martin, Paula e Tate Karen, Getting Started in Project Management
[12] Referência complementar CBTS versão 1.3