Vous êtes sur la page 1sur 26

Fabrcio Dias

facisa-teste-de-software@googlegroups.com
http://groups.google.com.br/group/facisa-teste-de-software
Introduo
Relembrando...
Motivao
Finalidade dos testes
O processo de teste
Fases da atividade de teste
Tcnicas e critrios de testes
Caractersticas e limitaes
Abordagem de teste
Estgios de teste

31/07/2014 2
Existe grande possibilidade de injeo de
falhas humanas no processo de
desenvolvimento de software
O processo de testes faz parte da garantia de
qualidade de software
Os custos associados s falhas de software
justificam um processo de testes cuidadoso e
bem planejado.
31/07/2014 3
Verificar se todos os requisitos do sistema
foram corretamente implementados
Assegurar, na medida do possvel, a
qualidade e a corretude do software
produzido
Reduzir custos de manuteno corretiva e
retrabalho
Assegurar a satisfao do cliente com o
produto desenvolvido.
31/07/2014 4
Produzir casos de teste que tm elevada
probabilidade de revelar um erro ainda no
descoberto com uma quantidade mnima de
tempo e esforo
Comparar o resultado dos testes com os
resultados esperados a fim de produzir uma
indicao da qualidade e da confiabilidade do
software
Verificar a correta integrao entre todos os
componentes de software.
31/07/2014 5
Tem como objetivo criar testes para revelar a
presena de erros
Define como os testes sero planejados e
executados atravs de atividades e passos e
quando sero executados
O teste pode ser visto como
destrutivo ao invs do
desenvolvimento que
construtivo
O engenheiro de testes tenta
elaborar casos de testes que tm a
inteno de demolir o software
(descobrir erros)
31/07/2014 6
Quando bem planejado e controlado, exige
menos esforo e possui maior eficcia
impossvel provar a ausncia total de erros
de um software!
31/07/2014 7
Teste de unidade
Teste de integrao
Teste de sistemas
Teste de regresso
31/07/2014 8
Foco nas menores unidades do programa:
Funes;
Procedimentos;
Mtodos;
Classes.

O teste executado a medida que for sendo
implementado, de forma isolada, pelo prprio
desenvolvedor.
31/07/2014 9
Deve ser executado aps serem testadas as
unidades individualmente
A nfase dada na construo da estrutura
do sistema
Verificar se interao entre as partes do
sistema funciona de maneira adequada e no
leva a erros.
31/07/2014 10
Verificar se as funcionalidades especificadas
nos documentos de requisitos esto corretas
Aspectos de corretude, completude e
coerncia tambm devem ser observados;
Muitas organizaes adotam a estratgia de
designar uma equipe independente para
realizar os testes de sistemas.
31/07/2014 11
Realiza-se durante a manuteno do software
A cada modificao efetuada no sistema,
aps a sua liberao, corre-se o risco de que
novos defeitos sejam introduzidos
Por isso, aps a modificao preciso ter certeza
de que o software no foi afetado.
31/07/2014 12
Tcnicas de teste:
Teste aleatrio
Teste de subdomnio

Critrios de teste:
Funcionais
Estruturais
Baseados em defeitos
31/07/2014 13
Para se garantir que um software no possui
defeitos, deveramos testar todo o seu
domnio. O que impossvel!

O objetivo da atividade de teste mostrar a
presena de defeitos, caso eles existam e no
mostrar que um programa est correto.
31/07/2014 14
Abordagem caixa preta
Entrada e sada
Geralmente aplicado durante as ltimas fases do
processo de teste

Objetivo
Erros na interface grfica
Erros na estruturas de dados ou acesso ao banco de
dados
Problemas de desempenho.

31/07/2014 15
Abordagem Caixa Branca
Os testes so gerados a partir de uma anlise dos
caminhos lgicos possveis de serem executados,
de modo a conhecer o funcionamento interno dos
componentes de software

Objetivos
Garantir que todos os caminhos independentes
dentro de um mdulo tenham sido exercitados pelo
menos uma vez
Executar laos dentro dos valores limites.
31/07/2014 16
Teste de unidade
Componentes individuais (ex: classes, mtodos) so
testados para assegurar que os mesmos operam de
forma correta.
Teste de integrao
A interface entre as unidades integradas testada
31/07/2014 17
Teste de sistema
Os elementos de software integrados com o
ambiente operacional (hardware, pessoas, etc.) so
testados como um todo
Teste de aceitao (homologao)
O software testado pelo usurio final
Envolve treinamento, documentao e
empacotamento

31/07/2014 18
Realizado para melhorar a qualidade do
software
Reduz o custo dos defeitos encontrados
Objetivo:
Testar a estrutura interna (lgica e fluxo de dados)
e comportamento.
31/07/2014 19
So testados:
Componentes individuais (classes, mtodos) para
assegurar que os mesmo operam de forma correta
Manipulao de dados inconsistentes ou imprprios
Inicializao de variveis com valores default e
outros valores
Condies limite para garantir que a unidade opera
adequadamente nos limites estabelecidos para
demarcarem os restringirem seu processamento
Pessoa envolvida
31/07/2014 20
Unidades ou aplicaes que foram testadas
em separado so testadas de forma integrada
A interface entre as unidades integradas
testada
31/07/2014 21
O teste de integrao deve ser feito de forma
incremental, ou seja, as unidades devem ser
integradas em pequenos segmentos
Este teste deve ser executado por um
engenheiro de testes, com a formao de
programador
Pessoa envolvida:

31/07/2014 22
Verifica se a aplicao est funcionando como
um todo
A integrao dos componentes de software
com o ambiente operacional similar ao de
produo (hardware, pessoas e outros
sistemas) testada
Geralmente um teste caixa-preta,
executado por um testador de sistemas
(idealmente membro de um grupo
independente de testes)
31/07/2014 23
Teste de caixa-preta, realizados pelo
usurio (cliente) a fim de demonstrar a
conformidade com os requisitos do software
Envolve treinamento, documentao e
empacotamento
31/07/2014 24
Testes alfa
Feitos pelo usurio, geralmente nas instalaes do
desenvolvedor, que observa e registra erros ou
problemas

Testes beta
Feitos pelo usurio, geralmente em suas prprias
instalaes, sem a superviso do desenvolvedor. Os
problemas detectados devem ser relatados para o
desenvolvedor.
31/07/2014 25




Dvidas???
31/07/2014 26

Vous aimerez peut-être aussi