Fundamentos em Teste de

Software

Módulo 5 – Executando os testes

Érika Hmeljevski – 2010

Onde estamos?
 Executando os testes

Atividades:

 Gerar massa de teste;

 Executar Casos de Teste;

 Executar Scripts de Teste;

 Gerar resultados (logs) de Teste;

 Executar Teste de Sistema;

 Executar Re-Teste;

 Executar Testes especiais;

 Gerar resultados (logs) de Teste;

 Acompanhar Defeitos.
 Preparar dados de teste
Atividades:

 Levantar a disponibilidade das bases de dados ou arquivos

de teste

 Definir o processo de captura dos dados

 Definir a característica dos dados que serão utilizados nos

testes

 Testar a base de dados de teste

Produtos:
 Base de teste, arquivos ou dados disponíveis
 Execução dos Testes

“A execução poderá consumir 40% ou menos do

tempo total do esforço de teste”
Martin Pol

Freqüentemente os testes são

executados o mais rápido possível

 Plano de Teste e sua execução

Plano
de Teste

EXECUÇÃO

Resultados Resultados
Obtidos Esperados
Plano de Teste e sua execução

O Plano de Teste deve definir também regras e

responsabilidades de cada estágio de teste

Responsabilidades Individuais pela

Execução dos Testes
 Execução do Teste Unitário

Quando?
Ao final do desenvolvimento do módulo ou unidade de
programa

Quem?
Desenvolvedores do módulo ou unidade de programa a
ser testado

Onde?
Ambiente de Desenvolvimento
 Execução do Teste Unitário

Todos os registros da execução dos testes unitários

devem ser documentados

 Casos de Teste Unitários

 Resultados dos Testes
 Relatório de Defeitos

** BOAS PRÁTICAS **
 Execução do Teste Integrado

Quando?
Os componentes que devem ser integrados já tenham
passado pelo Teste Unitário

Quem?
Desenvolvedores, Analistas de Teste, DBA, etc.
Todas as pessoas envolvidas na integração

Onde?
Preferencialmente no Ambiente de Desenvolvimento
 Execução do Teste de Sistema
Quando?
Após a integração com sucesso de um conjunto mínimo
de componentes.

Quem?
Analistas de Teste
(Líder, Arquiteto, Analista e Testadores)

Onde?
Ambiente de Teste (mais parecido possível com o
ambiente de produção)
 Execução do Teste de Aceitação

Quando?
Após a realização dos testes de sistema com sucesso

Quem?
Usuários
Analistas de Teste

Onde?
Ambiente de Homologação
 Importante !

O software deve estar em condições para ser testado

adequadamente
 Execução dos testes

Esta etapa se caracteriza por executar os testes

planejados e registrar os resultados obtidos,
obedecendo as seguintes diretrizes:

Os testes serão executados de acordo com os Casos de

Teste elaborados

Os testes devem ser re-executados sempre que o

programa for versionado (Regressão)
 Testando a Documentação

Um teste completo deve verificar a documentação

associada da mesma forma que verifica o código em
teste

Não importa a documentação, o seu conteúdo

deve estar correto
 Testando a Documentação
Documentação ruim é uma fonte de problemas

Exemplos:

 Manual de instalação que não descreve um passo crucial. A

instalação não será bem sucedida

 Software provê um nova característica mas a documentação

não informa como acessá-la

Áreas chaves para testar a documentação:

 Instruções
 Exemplos
 Mensagens
 Acompanhar a execução
ATIVIDADES:

 Elaborar Relatórios de defeitos

 Elaborar relatório de Análise dos Resultados de Teste

 Elaborar totalizações, relatórios, documentos e gráficos

pertinentes conforme a Estratégia de Testes do projeto

 Disponibilizar e divulgar a análise dos indicadores

PRODUTOS:

Análise do andamento da execução dos testes e possíveis

alterações no cronograma
 Quando os Testes Terminam?
Entregando muito cedo

 Muitos defeitos serão deixados no produto testado

 Frustração do cliente

 Perda de Credibilidade

Entregando muito tarde

 Membros da equipe de teste e usuário estarão

confiantes na qualidade do produto

 Pode-se perder oportunidades de negócio

 Quando os Testes Terminam?

No inicio do projeto de teste

devem ser feitos acordos que
permitam estabelecer
quando os testes deverão ser
interrompidos.

A decisão do momento para

a finalização dos testes
deverá ser baseadas em
algumas métricas.
 Quando os Testes Terminam?
Métricas mais utilizadas:

MÉTRICAS

DEFEITOS COBERTURA SATISFAÇÃO

- Cobertura do Código - Chamados do Help Desk

- Defeitos Encontrados
- Cobertura dos Requisitos - Questionários
- Severidade dos Defeitos
 Considerações Finais

A etapa de execução dos testes depende do que foi

feito anteriormente

 Executar tudo o que foi documentado

 Documentar tudo o que foi executado

Gerenciar defeitos
 Onde estamos?

 Gestão de defeitos
Erro, Defeito e Falha
 Prevenção de defeitos

PREVENÇÃO DE IDENTIFICAÇÃO SOLUÇÃO DO MELHORIA DO

BASELINE
DEFEITOS DO DEFEITO DEFEITO PROCESSO

RELATÓRIOS DE GESTÃO
 Prevenção de defeitos

Prevenção de Defeitos

Estimar os Minimizar os
Identificar
Impactos Impactos
Riscos Críticos
Esperados Esperados

Identificar os tipos de Para cada Risco Crítico Minimizar os impactos

defeitos que representam identificado, deve ser feita requer a utilização de
as maiores ameaças ao uma avaliação de Impacto estratégias e técnicas bem
projeto definidas
 Identificação do defeito

PREVENÇÃO DE IDENTIFICAÇÃO SOLUÇÃO DO MELHORIA DO

BASELINE
DEFEITOS DO DEFEITO DEFEITO PROCESSO

RELATÓRIOS DE GESTÃO
 Identificação do defeito

Identificação do Defeito

Encontrar Reportar o Reconhecer o

Defeito Defeito Defeito

1- Técnicas Estáticas
2 - Técnicas Dinâmicas
3 - Técnicas Operacionais
Decidir se o defeito é
Utilizar ferramenta de Gestão
válido ou não
de defeitos, seja ela
manual ou automatizada
 Solução do defeito

PREVENÇÃO DE IDENTIFICAÇÃO SOLUÇÃO DO MELHORIA DO

BASELINE
DEFEITOS DO DEFEITO DEFEITO PROCESSO

RELATÓRIOS DE GESTÃO
 Solução do defeito

Solução do Defeito

Priorizar a Programar a Reportar a

Corrigir o defeito
Correção Correção Solução

Notificar a correção,
1 - Alta Executar a esclarecendo a natureza
A correção será
correção e desta correção e definir
2 - Média de acordo com a
revisar testware quando e como esta será
prioridade
3 - Baixa definida liberada
 Melhoria do Processo

PREVENÇÃO DE IDENTIFICAÇÃO SOLUÇÃO DO MELHORIA DO

BASELINE
DEFEITOS DO DEFEITO DEFEITO PROCESSO

RELATÓRIOS DE GESTÃO
 Melhoria do Processo

 Revisar o processo

 Identificar o que causou o defeito

 Tomar ações para que este tipo de defeito

não ocorra novamente
 As 7 Ferramentas básicas da
Qualidade

Análise de Pareto Identificação do

Diagrama de Causa-Efeito Problema

Check Sheet
Control Charts
Histogramas
Análise do
Diagrama Scatter/Plot Problema
Estratificação
 Produto padrão IEEE
RELATÓRIO DE OCORRÊNCIAS DE TESTE

Registro formal de ocorrências, defeitos e seus respectivos

status. Resultado não esperado obtido durante a execução dos
testes.

Ocorrências podem não ser defeitos,

podem ser um problema de Ocorrências
–Hardware,
–Configuração de ambiente
–Problema no caso de teste.
Defeitos

Todos os incidentes devem ter um caso de teste a ele associado.

Caso não exista, um caso de teste deverá ser escrito.
 Tracking dos Defeitos

Descoberta do Reporte do
Comunicação ao
defeito Defeito
desenvolvimento
“Status Aberto”

Desenvolvimento
Re-teste dos
corrige defeito “Status Re-Aberto”
defeitos
“Status Resolvido”

SIM

Volta a
“Status Fechado”
Ocorrer? NÃO
 Taxonomia
1. Imediata
1. Levantamento
2. Alta
2. Análise e ORIGEM PRIORIDADE 3. Normal
Projeto
4. Baixa
3. Construção
Defeitos são difíceis
Defeito
de categorizar
1. Aberto 1. Crítico
2. Fechado STATUS SEVERIDADE 2. Grave
3. Corrigido 3. Médio
4. Cancelado 4. Leve
5. Concluído
CATEGORIA

1. Funcionalidade
2. Requisitos
3. Integração
4. Dados
 Ciclo de Vida

Fonte: Projeto & Engenharia de Software: Teste de Software – Emerson Rios e Trayahú Moreira
 Ciclo de Vida
Cancelar
Informar Duplicado
Duplicado Cancelado
Atualizar
Duplicado

Submeter
Atualizar Rejeitar Rejeitado Pendente
Submetido
Reprovar Teste Informar Pendência
Liberar
Modificar
Modificar Atualizar Modificar
Atualizar
Duplicado Aberto

Submetido Atribuído Aberto Implementado Em Teste

Atribuir Abrir Concluir Liberar
Implementação Teste Aprovar

Reabrir
Concluído
 Controle de Versão
 Controle de versão do software sendo testado

 Uma fonte central

 Controle de versão para planos de testes, casos de

testes e scripts

 Mantenha a “rastreabilidade” do que foi testado em

que versão de hardware & software
 Ferramentas
Gestão de defeitos
 Bugzilla

 Mantis

 Rational ClearQuest

 TestDirector (Mercury)

 TrackRecord (Compuware)

 e-Manager Enterprise (Empirix)

 Elaborar Relatório Final
ATIVIDADES:

 Avaliar o grau de cumprimento dos objetivos dos testes

definidos no Plano e Estratégia de Teste

 Dimensionar o tamanho final do sistema que foi testado

 Avaliar o nível de criticidade dos defeitos encontrados e

alinhavar possíveis ações de melhoria de qualidade

PRODUTOS:

Relatório Final dos Testes

Dúvidas