Você está na página 1de 109

Curso de Teste de Software

Teste de Software I Principais Conceitos


1
Mnica C. Vaz
Trabalho Atual
Analista de Qualidade (Processo de Quality Assurance, Test
Management, Treinamento e Consultoria em Casos de testes);

Formao
UEPG Anlise de Sistemas em 1996;
UEPG Ps Graduao em Cincias da Computao em 1998;

Certificao
Six Sigma Green Belt;
CBTS Certificao Brasileira de Teste de Software em 2008;

2
Participantes...
1. Nome
2. Atividade atual
3. Experincia com Testes
4. Expectativa com o Curso
3
Introduo aos conceitos de teste de
software alinhamento da equipe;

Entender os ganhos de um processo
documentado de testes;

Identificar melhorias no processo atual;

Objetivo do treinamento
4
Equipe estressada;

Atraso no projeto;

Perda de oportunidade;

Descrdito da equipe de qualidade;

Retrabalho;

Aumento do custo do projeto;

Frustrao de expectativas;
Um processo imposto...
5
AGEND
A
1 dia
Planejamento de Testes - Conceitos bsicos de teste ; Tipos de testes; Ciclo
de vida de testes ; Papis e responsabilidades;

Casos de Testes Conceitos de Requisitos de testes, Cenrios de testes,
Casos de testes; Anlise de risco dos testes x Prioridade; Tcnicas de cobertura
de testes;

2 dia
Gesto de Testes - Estimativa de esforo; Custo do defeito; Testes de
Verificao x Validao; Log de execuo; Report e Fluxo de defeitos;

Sumrio final de testes Lies Aprendidas e Recomendaes; Mtricas de
Testes;
Agenda
6
Conceitos para o Planejamento
de testes


7
O que Teste de Software?
Avaliar se o software est fazendo o que deveria
fazer, de acordo com os seus requisitos, e no
est fazendo o que no deveria fazer;
Garantir que o produto funciona;

Garantir que o produto atende aos requisitos;

Garantir que o produto funciona, atende aos requisitos e
no tem defeitos;
8
Qualidade no PMBOK reas de conhecimento
Entregar um resultado de acordo com o
escopo, no prazo, no custo definido,
com qualidade

O que / Quando / Quanto /
Como


9
Dimenses da qualidade

Confiana: O sistema resistente a falhas durante a
execuo, isto , no entra em loop, no interrompe a
execuo por falta de recursos, etc.

Funcionalidade: O sistema se comporta conforme
esperado e definido nos seus requisitos.

Performance: O sistema tem um tempo de resposta
adequado e aceitvel mesmo quando submetido a um
volume alto de processamento
10
Dimenses de Qualidade
3. Tipos de Testes
(O que testar)
1. Tcnicas de Testes
(Como testar)
2. Nveis de Testes
(Quando testar)
11
1. Tcnicas de Teste: COMO TESTAR?

Caixa BRANCA Estrutural

Caixa PRETA Funcional
Determinar se os requisitos foram atendidos;

Verifica apenas os resultados produzidos e no requer conhecimento interno
do sistema, apenas conhecimento dos requisitos do negcio;

Realizado pelos testadores;


Determinar defeitos na estrutura interna ou no cdigo;

So realizados pelos programadores;
1. Tcnicas de Testes
(Como testar)
12
2. Nveis de Teste: QUANDO TESTAR?
Teste de Aceite (UAT)

Teste de Sistema

Teste de Integrao

Teste Unitrio



Os nveis de teste definem o momento do ciclo de vida
do software em que so realizados os testes.
2. Nveis de Testes
(Quando testar)
13
Teste Unitrio

Objetivos:
Testar os componentes individuais (ex: classes,
mtodos, ...) certificando-se de que as entradas e
sadas so vlidas;

Reduzir o custo dos defeitos encontrados;

Execuo:
So executados pelos desenvolvedores, durante o
processo de construo, no ambiente de
desenvolvimento


14
Objetivos:
executado para garantir que as unidades ou aplicaes que
foram testadas funcionem corretamente quando integrados.


Execuo:
So executados pelos desenvolvedores, durante o
processo de construo, no ambiente de
desenvolvimento;

Teste Integrado
15

Objetivos:
Demonstrar que o sistema executa de modo funcional
e operacional as funes especificadas
Verificar a Integrao dos componentes de software
com o ambiente operacional similar ao de produo
(hardware, software, processo, pessoas);

Execuo:
Executados pelos testadores em Ambiente de testes.



Teste de Sistema
16
Teste de Aceite (UAT)

Objetivo:
Verificar se a soluo atende aos objetivos do negcio e a
seus requisitos, no que diz respeito funcionalidade e
usabilidade.

Execuo:
Os testes de aceite so executados pelos usurios e podem
ser de duas categorias:

Teste alfa: geralmente nas instalaes da equipe de
desenvolvimento e testes;

Teste beta: feito pelo usurio, geralmente em suas instalaes,
sem a superviso da equipe de teste;
17

Focam aspectos diferentes de um software;

Dependendo da tcnica e do nvel de teste, selecionamos os
tipos adequados.

3. Tipos de Teste: O QUE TESTAR?
3. Tipos de Testes
(O que testar)
18
Teste Funcional

Verifica todas as funcionalidades do sistema em termos
de regras de negcio, incluindo entrada de dados,
processamento e resposta.

Verifica o funcionamento das condies vlidas e
invlidas.

baseado nas tcnicas de caixa-preta, isto ,
verificar o sistema e seu processo interno pela
sua interao atravs da anlise dos resultados.

19
Teste de Regresso
Re-execuo de teste feitos aps uma
manuteno corretiva ou evolutiva.

Tem como propsito garantir que qualquer falha tenha
sido reparada e que nenhuma operao que funcionava
anteriormente tenha falhado aps os reparos, ou seja, que
as novas caractersticas adicionadas no criaram
problemas com as verses anteriores ou com outros
sistemas.

20
Teste de Segurana

Segurana: um processo necessrio para garantir a
confidencialidade das informaes e a proteo dos dados
contra o acesso indivduo de terceiros.

Segurana em nvel de aplicao, incluindo acesso aos dados
ou s funes do negcio;

Segurana em nvel de sistema, incluindo o acesso ao sistema
feito localmente ou remotamente
21
Teste de Volume

Verifica se o sistema suporta altos volumes de dados
numa nica transao

O teste de volume submete grandes quantidades de
dados ao sistema para determinar se limites que causam
a falha do software so alcanados.

Este tipo de teste tambm identifica o volume mximo
persistente que o sistema pode suportar por um dado
perodo.

22
Teste de Usabilidade

Testa a forma de uso do software, verificando a facilidade
que o software possui de ser claramente entendido e
facilmente operado pelos usurios.

Verifica:
A facilidade de operao do sistema pelo usurio;
A facilidade de entendimento das funes do sistema pelo
usurio, atravs da utilizao de manuais, help on-line,
agentes e assistentes eletrnicos, etc.

23
Teste de Stress
Tipo de teste de confiabilidade destinado a avaliar como o sistema responde
em condies anormais.

Verificar se o sistema funciona corretamente e sem erros sob as seguintes
condies de estresse:
- Pouca ou nenhuma memria disponvel no servidor (RAM e HD).
- Nmero mximo real, ou fisicamente suportado, de clientes conectados ou simulado.
- Mltiplos usurios realizando as mesmas transaes contra os mesmos dados ou
contas.



24
Teste de Desempenho


O teste de desempenho mede e avalia o tempo de
resposta, o nmero de transaes e outros requisitos
sensveis ao tempo.

Verificar comportamento do sistema para funes de
transaes ou de negcio designadas sob as seguintes
condies:
Carga normal de trabalho
Carga limite de trabalho.


25
Teste de Instalao
Garantir que o software possa ser instalado
(completamente, de forma personalizada ou atualizado)
sob condies apropriadas;

Verificar que, uma vez instalado, o software funciona
corretamente.

26

Verifica a resistncia a falhas e a compatibilidade tcnica
em relao a linguagem, sintaxe, banco de dados (novos e
legado)


Teste de Integridade

Resumo Dimenses de Qualidade

28
Tipos de Testes
(O que testar)
Tcnicas de Testes
(Como testar)
Nveis de Testes
(Quando testar)
Caixa Branca
Caixa Preta

Unitrio
Integrao
Sistema
Aceitao
Funcional
Regresso
Segurana
Volume
Usabilidade
Stress
Desempenho
Instalao
Integridade
Exerccio 1
Identifique os tipos de testes para atender aos
requisitos do sistema Venda de Livros pela
Internet

Tempo: 20 minutos
Equipe: Duplas
29
Ciclo de Vida do Processo
de Teste
31



TESTE
=
EXECUO
Teste
??
Executar Testes
Quando as pessoas pensam
em teste, normalmente a
primeira coisa que vem a
mente a sua execuo

A Execuo dos Teste uma das etapas do Processo!
32
Fonte: Teste de software, de Emerson Rios e Trayah Moreira (Rio de Janeiro, Alta Books, 2003)
2 Planejamento

3 Preparao

1Procedimentos
Inicias

4 Especificao


5 Execuo


6 Entrega


Modelo 3P x 3E
33
Planejamento: Plano de Testes

Ambiente e Ferramentas

Contratao



Especificao:
Casos de Testes


Execuo:
Relatrio de Log
e Relatrio de
Incidentes
Entrega: Relatrio
Sumrio

Documentos - Processo de Teste
34
Padro IEEE 829
Norma mundial que trata da
documentao de cada etapa do processo
de teste de software.
Tem por objetivo descrever os documentos necessrios para apoiar a
atividade de teste de software.

Os documentos descritos neste padro abrangem o planejamento,
especificao e a gerao de relatrios de testes;
35

Define quais as tcnicas e tipos de testes que sero
aplicados em cada nvel de teste.
Anlise dos riscos do projeto de testes, traando a estratgia
para atender aos objetivos e critrios de aceitao dos testes.
Define o escopo do teste bem como o cronograma.
Define dos responsveis pelas atividades.
Critrios de aceitao dos testes
Mtricas que sero coletadas
Necessidades de ambiente de testes

1. Plano de Teste
36
Principais Informaes:

Identificao do Plano de Teste
Introduo
Itens de Testes
Funcionalidades a serem testadas
Funcionalidades que no devem ser testadas
Abordagem dos testes
Critrios de concluso dos testes
Critrios para interrupo e retomada dos testes;
Entregas
Ambiente de teste
Responsabilidades
Pessoal (equipe, treinamento, local etc.)
Cronograma
Riscos do processo de teste (mitigao e contingncia)
Aprovao
37
1. Plano de Teste - template

Especificar os caminhos para testar o software;




2. Caso de Testes
Diz a lenda que um certo dia um testador foi at o programador
mestre e disse:
Todos os meus testes sempre passam. No mereo um
aumento?
Ento o mestre respondeu: Se todos os seus testes passam,
sempre que so executados, voc precisa escrever testes
melhores...
38

Principais informaes:
Pr-condies de execuo
Prioridade do teste
Entradas de usurio / dados do teste
Aes do usurio / sistema
Resultados esperados para um objetivo especfico



2. Caso de Testes - Template
39
3. Relatrio de Log


Objetivo: fornecer um registro cronolgico das
ocorrncias de todo o processo de execuo dos
testes.

Principais informaes: quem executou, quando
executou, resultado obtido com a execuo;


40
4. Relatrio de Incidentes
Objetivo: documentar qualquer evento ocorrido durante a
execuo dos testes que requeira algum tipo de
investigao ou correo.

Principais informaes:
Descrio do incidente, data de abertura, responsvel,
status, severidade, prioridade, causa do defeito...

41
5. Relatrio Sumrio de Teste
Objetivo:
Avaliar os resultados e atividades de teste e comparar
com cronograma previsto.

Principais Informaes:
Variaes ocorridas (prazo, esforo), Sumrio do resultado
(qtde casos de testes testados, qtde incidentes, ocorrncias
no resolvidas, ...), Mtricas, Lies aprendidas.



42
Equipe de Testes - Formao
43
Matriz de Responsabilidades
Etapas Atividades LT AT AN TE
Planejamento Elaborar Estratgia de Teste E P
Elaborar Plano de Teste E P
Preparao Disponibilizar infra-estrutura e ferramentas A E P
Disponibilizar Pessoal E P
Especificao/
Execuo
Elaborar Casos de Teste e Script de Teste A P E
Executar os Testes E
Acompanhar o andamento dos testes E
Entrega Avaliar e arquivar a documentao de teste A E P
Responsabilidades
E Execuo das atividades
P Participa na execuo (co-responsvel)
A Acompanha / informado dos resultados
Equipe de Testes - Responsabilidades
44
Discusso em grupo...


Por que importante ter um processo de testes
documentado?
46
Controle do que est sendo testados
Sabe-se o quanto foi testado.
Reduz a duplicao de esforo depois ter uma base de
documentao j criada (reaproveitamento)
No se deixa perder o conhecimento adquirido durante o
processo de testes
Torna-se mais fcil a manuteno do software.
Facilita o acompanhamento e a gerencia do teste
um meio eficaz de comunicao na equipe de teste.
Fornece aos clientes evidncia da qualidade do software
Diminui a dependncia entre membros da equipe de teste.
Por que importante ter um processo de testes
documentado?
47
Dificuldades para ter uma documentao de testes
Discusso em grupo...

48
Dificuldades para ter uma documentao de testes

Resistncia elaborao de documentos faz parte da
cultura de profisses tcnicas;
Nem sempre a informao necessria ao planejamento e
projeto do teste est facilmente disponvel;
Desconhecimento de padres de documentao pelos
testadores;
Normalmente, as ferramentas que auxiliam o processo de
documentao do teste so caras e complexas;
Falta de conscincia da importncia da documentao.
Falta de planejamento de esforo para documentao dos
processos de testes;
49
Conceitos para a Preparao dos
Casos de testes
50
O que um Caso de Teste?
uma situao diferenciada e nica de
comportamento no sistema, com o objetivo de
identificar um defeito no previsto em todo o
ciclo de desenvolvimento.
51
Padro de Qualidade do Caso de Teste


Efetivo: Testar o que se planejou testar

Econmico: Sem passos desnecessrios

Reutilizvel: Possa ser repetido

Rastrevel: Possa identificar o requisito a ser testado

Autoexplicativo: Possa ser testado por qualquer pessoa

52
Derivao do Caso de Teste
Os casos de testes so derivados de uma
especificao formal que define os requisitos.

Requerimentos
Casos de Uso
Casos de Testes
53
Exemplo
Exemplo de um Caso de Teste
Caso de Teste
Objetivo
002_01_IncluirCliente Verificar o cadastro de cliente com sucesso.

Pr Condio: 1. Executar o caso de teste 001_01_ListagemComDados

Procedimentos:

Passo Ao Resultado Esperado
1 Clicar no boto "Incluir" exibida a tela "Incluir/Alterar Cliente
001-02" com os campos Nome, Endereo,
Bairro, Estado, Cidade, Cep e Telefone e
botes "Salvar" e "Fechar"
2 Informar os campos obrigatrios > Clicar no
boto "Salvar"
O sistema limpa os campos da tela e
emite a mensagem "Cadastro efetuado
com sucesso." no topo da tela
"Incluir/Alterar Cliente 001-02".

Ps Condio: Cliente cadastrado com sucesso na base de dados.
54
... antes de elaborar casos de testes
Definio de cenrios de testes
Organiza as idias do que deve ser testado;
Avalia a cobertura dos testes antes do esforo
da preparao;
Revisa os requisitos de testes;

55
Exemplo

Cenrio 1: Pesquisa vlida de livro

Caso de Testes 1: Pesquisa por ttulo

Caso de Testes 2: Pesquisa por autor
existente

Caso de Testes 3: Pesquisa todos os livros

Caso de Testes 4: Pesquisa livros
inexistentes



Cenrio 2: Pesquisa invlida de
livro

Caso de Testes 1: Campo obrigatrio
em branco

Caso de Testes 2: Pesquisa autor
invlido




Requisito 1: Pesquisar livro
Cada caso de testes ter um conjunto de passos ou procedimentos para a realizao
da pesquisa. Exemplo:
- Informar o ttulo vlido
- Clicar no boto Pesquisar
- Sistema retorna a lista de livros para o ttulo pesquisado
- Clicar em Fechar 56
Tcnicas de Testes
O que uma tcnica de teste?
Padres que auxiliam na identificao dos
cenrios de testes de acordo com o requisito a
ser testado.
57
No mnimo quantos casos de
testes podem ser levantados para
a tela abaixo?
Ttulo:
Autor:
Pesquisar Voltar
Tela Pesquisar obra
58
Resposta
Ttulo Autor Resultado
V V Pesquisa OK
V - Pesquisa OK
- V Pesquisa OK
- - Msg erro
V I Msg erro
I V Msg erro
I - Msg erro
- I Msg erro
I I Msg erro
Fazendo este exerccio, implicitamente voc est utilizando
uma tcnica de testes.
Tcnicas de testes funcionais
1. Equivalncia de Classe

2. Valor Limite

3. Tabela de Deciso



Tcnicas de testes funcionais
1. Equivalncia de Classe
Regra:
Menor ou igual a 16 anos no contrata funcionrio
Maior que 16 a 18 anos contrata em tempo parcial
Maior que 18 a 55 anos contrata em tempo integral
Maior que 55 anos no contrata
0
16 18 55
5 17 30 60
1. Resultado - Equivalncia de Classe
Tcnica para reduo da quantidade de casos de testes, que pode ser utilizada de
forma intuitiva.

No mnimo 4 casos de testes para comprovar que a regra de negcio est sendo
atendida;
Caso de testes Idade entrada Resultado
CT1 5 No contrata
CT2 17 Contrata tempo parcial
CT3 30 Contrata tempo integral
CT4 60 No contrata
2. Valor Limite
Regra:
Menor ou igual a 16 anos no contrata funcionrio
Maior que 16 a 18 anos contrata em tempo parcial
Maior que 18 a 55 anos contrata em tempo integral
Maior que 55 anos no contrata
0
16 18 55
-1, 0, 1 15, 16, 17 17, 18, 19 54, 55, 56 98, 99, 100
99
2. Resultado Valor Limite
Caso de testes Idade entrada Resultado
CT1 -1 Idade invlida
CT2 0 No contrata
CT3 1 No contrata
CT4 15 No contrata
CT5 16 No contrata
CT6 17 Contrata tempo parcial
CT7 18 Contrata tempo parcial
CT8 19 Contrata tempo integral
CT9 54 Contrata tempo integral
CT10 55 Contrata tempo integral
CT11 56 No contrata
CT12 98 No contrata
CT13 99 No contrata
CT14 100 Idade invlida
3. Tabela de Deciso
Regra mais complexa:
Menor ou igual a 16 anos no contrata
Maior que 16 a 18 anos e solteiro tempo parcial
Maior que 16 a 18 anos e casado tempo integral
Maior que 18 a 55 anos e solteiro tempo parcial
Maior que 18 a 55 anos e casado tempo integral
Maior que 55 anos no contrata
3. Resultado - Tabela de Deciso
Regra1 Regra2 Regra3 Regra4 Regra5 Regra6
Condio
Idade 15 17 17 30 30 60
Estado Civil Solteiro Solteiro Casado Solteiro Casado Solteiro
Ao
Contratao No Parcial Integral Parcial Integral No
Pode-se utilizar a tabela de deciso com a tcnica Valores Limites para
aumentar a quantidade de valores testados.
Exerccio 2
Utilizando as tcnicas de testes Valores Limites,
levante a quantidade de casos de testes necessrios
para atender regra do negcio

Tempo: 20 minutos
Equipe: duplas
67
Exerccio 2 - Regra
"... o clculo do desconto por dependente feito da
seguinte forma: a entrada a idade do dependente
que deve estar restrita ao intervalo [0; 24]. Para
dependentes at 12 anos o desconto de 15%.
Entre 13 e 18 o desconto de 12%. Dos 19 aos 21
o desconto de 5% e dos 22 aos 24 de 3%. O
sistema deve aceitar uma idade mxima vlida de
99 anos".
...
68

Definir prioridade para os casos de testes:



Orientaes para elaborao dos casos de
testes
69
- Direciona a execuo dos
casos de testes;
- Apoia o gerente de testes e
gerente de projeto na tomada
de deciso (mudana de
escopo, prazo) e implantao;
Para que serve

No misture diferentes aes em um mesmo passo, nem utilize as
conjunes se ou ou. Cada passo deve conter uma entrada/ tarefa
clara para o testador.

O nome do caso de testes deve corresponder exatamente situao
que est sendo testada; Cada caso de testes deve testar somente uma
transao do incio ao fim. Nova transao requer novo caso de teste;

Devem ser elaborados pelo menos 1 caso de testes para o Fluxo
Principal, para cada Fluxo Alternativo . Excees e Regras devem ser
combinadas de acordo com cada cenrio de testes;

Devem ser testados os limites das funcionalidades;





70
Orientaes para elaborao dos casos de
testes - continuao
BOAS PRTICAS:

Crie Checklists com as principais regras e
referncias para criao dos casos de testes;

Utilize testes padres para serem aplicados pela
equipe de desenvolvimento;




71
Desafios da Elaborao dos Casos de
Testes
Uma abordagem que no avalie o software
de forma adequada e efetiva;

Uma abordagem totalmente negativa ou
destrutiva talvez nunca seja considerado
aceitvel;
Evitar dois extremos potenciais:
72
Estimativa de Esforo
74

Como pode ser estimado esforo:

Ferramenta Use Case Point (UCP) - planejamento do esforo com base na
quantidade e complexidade dos requisitos;


Entrada de dados:
Quantidade de Use Cases;
Quantidade de fluxo principal + alternativos;




Exemplo de planilha para clculo de esforo de testes (link)
75
Gesto de Testes e Defeitos
76
Quando o custo da correo dos defeitos for maior do que
o custo da ocorrncia do defeito...
Custo da Qualidade
77
Quando os testes devem parar?
Quanto custa um defeito?
A regra 10 de Myers indica que o custo da correo de um
defeito tende a ser cada vez maior quanto mais tarde ele for
descoberto.
78

Verificao: realizar inspees/revises sobre os produtos
gerados pelas diversas etapas do processo de teste.
Reviso de Requisitos
Reviso do Projeto (Design)
Inspeo de Cdigo



Verificao
Verificao x Validao
Validao: avaliar se o sistema atende aos requisitos do
projeto (usurio)
Testes
79
Processo de avaliao da qualidade dos artefatos produzidos durante o
ciclo de desenvolvimento visando a reduo de custos, antecipando os
desvios e rastreando a qualidade dos artefatos a medida que so
construdos.



4
DE:
PARA:
Teste de Verificao / Quality Assurance
Atravs de:
Checklists
Reunies de reviso
Reviso em pares
80
Um processo de verificao:

Apoia a anlise de ambiguidade e / ou
descries superficiais dos requisitos;
Ajuda a estabelecer processos;
Determina programas de medida para
avaliar processos;
Identifica fraquezas em processos e os
aperfeioa;
81
O objetivo do projeto construir um brinquedo que
cause emoo e possa ser usado por crianas

Dever ter subidas e descidas ngremes de forma que o
usurio sinta medo

O veculo deve poder levar crianas e ter no mnimo 4
rodas

O veculo deve rodar sobre trilhos em alta velocidade

Deve ter um mecanismo de proteo para os Passageiros

Requisitos do cliente
82
Rampas ngremes
Trilhos
Proteo
Utilizado por criana
4 rodas
Requisito atendido...
mas ..... O que bvio para um no necessariamente bvio para o outro!
83
O que o usurio precisava...
84
Exemplos de Mtricas
% de defeitos detectados para cada fase de inspeo (Requisito, Anlise
e Design, Construo, Teste);

% de artefatos com defeitos;

% de defeitos detectados por criticidade;

Esforo mdio para correo dos defeitos (Retrabalho);

Ganho na antecipao da deteco dos defeitos;
85
Teste de Verificao / Quality Assurance
Progresso da Execuo
86
87
Acompanhamento da execuo
Acompanhamento de cronograma por prioridade
de teste;

Reports de acompanhamento para todos os
envolvidos (periodicidade pr definida);

Controle dos casos de testes que esto
bloqueados por defeitos;

Planejamento de ciclos de testes
Status execuo por Projeto
10
12
5
20
15
2
16
2
5
1
5
1
14
10
20
5 5
2
1
0
0
5
10
15
20
25
Projeto / Release A Projeto / Release B Projeto / Release C Projeto / Release D
Passed
Failed
Blocked
No Run
Not Completed
Projeto A - Execuo por risco
10
2
5
22
5
12
2
1
10
2
5
16
5 5
8
0
5
10
15
20
25
Passed Failed Blocked No Run Not
Completed
Alto
Mdio
Baixo
88
Reports de execuo - exemplo
89
Fluxo do Defeitos - exemplo
Acompanhamento de defeitos
Status dos defeitos por Prioridade
10
3
5
3
25
2
3
5
3
12
2
5
4
10
9
0
5
10
15
20
25
30
Open Assigned Pending
Retest
Failed
Retest
Closed
1-Critical
2-High
3-Medium
4-Low
Defeitos por Prioridade
Defeitos por Categoria
90
Reports de defeitos - exemplo
Projeto A - Defeitos por fase de teste
20
35
30
21
15
3
0
5
10
15
20
25
30
35
40
Closed Open Pending
Retest
Failed Retest
Unitrio
Sistema
Aceitao
Defeitos por Fase de teste
91
Reports de defeitos - exemplo
Idade dos defeitos
92
Reports de defeitos - exemplo
Mtricas de defeitos utilizando ferramentas
93
Reports de defeitos - exemplo
Sumrio Final dos testes e Coleta
de Mtricas
95
O que no pode ser medido, no pode ser
melhorado!
96
97
Efetividade dos Testes
Mede a qualidade dos testes realizados antes do sistema ser implantado,
comparando a quantidade de defeitos encontrados na fase Test com relao
aos defeitos detectados em Produo.

Densidade de Defeitos
Mede a qualidade do projeto de acordo com a quantidade de defeitos
encontrados na fase Test e Produo, de acordo com o seu tamanho em
UCP.
98
Como Calcular
Efetividade dos Testes = A / (A+B)

Densidade de Defeitos = (A + B) / UCP

Considerar:
A = Defeitos encontrados nas atividades de testes
B = Defeitos encontrados em produo


Exemplo:
UCP = 300 (aproximadamente 20 Use Cases)

Total de Defeitos em Teste de Sistema = 100
Total de Defeitos em Teste de Aceitao = 45
Defeitos Produo = 2

TEI = (100 + 45) / (100 + 45 + 2) 98,6
DD = (100 + 45 + 2) / 300 0,49

Importante medir, analisar e estabelecer metas
Indicadores de qualidade Efetividade de testes
88%
90%
94%
94%
80%
70%
75%
80%
85%
90%
95%
100%
Release 1 Release 2 Release 3 Release 4 Release 5
Efetividade dos testes - Releases 2010
99
0
0,2
0,4
0,6
0,8
1
1,2
1,4
1,6
Release 1 Release 2 Release 3 Release 4 Release 5
Densidade de defeitos - Releases 2010
Srie1
100
Indicadores de qualidade Densidade de defeitos
101
Defeitos por categoria - 2008
965; 8%
7865; 68%
1206; 10%
1617; 14%
Defeitos por categoria - 2009
2351; 19%
6672; 54%
1794; 14%
1650; 13%
Defeitos por categoria - 2010
893; 12%
5059; 66%
913; 12%
794; 10%

Identifica onde est a maior causa dos defeitos.
Indicadores de qualidade Defeitos por categoria
Grande quantidade de defeitos sendo detectados somente no final do projeto
Defects - Base 2010
566
645
442
505
2469
3352
707
300
1300
2300
3300
Requirement s Analysis Design UT/ UIT SIT/ ST UAT Post
Implement at ion
19% 6%
67%
8%
Identifica quando os erros esto sendo detectados.
102
Indicadores de qualidade Fase do projeto
Voltando ao 'Relatrio Sumrio de Teste'
Gerado ao final do projeto:

Variaes ocorridas (prazo, esforo)
Sumrio do resultado (qtde casos de testes executados,
qtde incidentes encontrados x corrigidos)
Mtricas coletadas
Lies aprendidas e recomendaes para melhoria do
processo



103
Melhoria do processo...
Exemplos de Lies Aprendidas em Projetos (link)
104
Gradativo
Adequado
Apoio gerncia snior
Processos
Pessoas
Ferramentas
Qualidade no uma fase do ciclo de
desenvolvimento de software...

parte de todas as fases!





Bibliografia
Base de Conhecimento em Teste de Software - 2a.
Edio (Rios, Emerson; Cristalli, Ricardo; Moreira,
Trayah & Bastos, Aderson. - S.Paulo, Martins Fontes,
2007)


Testes de Software (Molinari, Leonardo. - S.Paulo,
rica, 2003.)

The Rational Unified Process - An Introduction
(Kruchten, Philippe. - Boston, Addison Wesley,
1999.)

Testes Funcionais de Software (Molinari, Leonardo.
Florianpolis, Visual Books, 2008)
107
Avaliao do Treinamento

Deixe sua opinio com relao ao contedo do
treinamento, pontos fortes e oportunidades de
melhoria
108
Obrigada
Nome do professor
e-mail do professor
Mnica C. S. Vaz
monicacsvaz@yahoo.com.br