ProcessosDesenvSoft_02

Prévia do material em texto

OBJETIVOS DA AULA 
Conhecer as atividades de Testes do processo 
de desenvolvimento 
Entender as necessidades da etapa de teste na 
melhoria da qualidade do sistema 
Analisar os diversos tipos de testes 
1ª. DEFINIÇÃO 
A fase de teste tem como objetivo detectar 
possíveis defeitos ou erros que possam surgir NA 
da fase de implementação. Nessa fase, DE 
TESTES deve-se coletar os resultados,e analisá-los 
E CONSERTÁ-LOS antes de sua implantação. 
 
Fase fundamental, muitas vezes relegada a 
segundo plano ou mesmo esquecida. 
FASE: TESTES 
Testes estáticos ou Verificações 
ANTES da implementação 
 Inspeções, revisões, auditorias 
Testes nas fases iniciais – qualidade 
Qualidade no processo 
Testes dinâmicos ou Validações ou Testes 
DURANTE OU APÓS a implementação 
Precisa de parte ou todo sistema encarnado 
Qualidade no produto 
Objetivo: encontrar erros não descobertos 
Bem sucedido: Acha erro não previsto 
É preciso usar o produto 
 
Análise e verificação de todos os 
componentes do sistema. Validar se estão 
em conformidade com os requisitos 
anteriormente definidos. Para uma melhor 
analise, o teste deve ser feito por uma 
equipe independente, diferente da equipe 
desenvolvedora. 
FASE: TESTES 
ESTRATÉGIAS DE TESTES 
TESTE DA CAIXA PRETA (+ simples) 
Não considera a forma como esta implementado – 
detalhes internos 
Objetivo: o SW produz os resultados esperados? 
Objetivo: os requisitos estão sendo atendidos? 
Vantagem: não requer conhecimento técnico da 
tecnologia empregada ou da implementação aplicada 
 requer profissional menos capacitado. 
ESTRATÉGIAS DE TESTES 
TESTE DA CAIXA BRANCA (+ Complexos) 
Baseados na arquitetura interna do software. 
Objetivo: identificar defeitos nas estruturas internas 
do SW, através da simulação que “testem” toda a 
estrutura usada na codificação 
Desvantagem: requer conhecimento técnico da 
tecnologia empregada pelo software e arquitetura 
interna da solução  requer profissional BEM 
capacitado.  Difíceis de serem implementados. 
Vantagem: eficientes na detecção e erros. 
TESTE DE UNIDADE 
1ª. Etapa do processo de validação. 
Testa 1 unidade: modulo/classe 
Objetivo: garantir a qualidade dos componentes do 
software, individualmente, avaliando: 
Estrutura interna  usar estratégia de caixa 
branca 
Se a unidade atende aos requisitos – usar testes da 
caixa preta 
TESTE DE INTEGRAÇÃO 
Natural continuidade dos testes de Unidade 
Verificar a compatibilidade da nova unidade com as 
demais, já prontas. 
Juntas e integradas, as unidades funcionam 
Cuidado: alteração de componentes. 
Aplicar testes de caixas branca e preta 
TESTES DE SISTEMAS (VALIDAÇÃO)) 
Estágio mais complexo da validação 
Validam a solução como um todo. 
Aqui: as falhas individuais já estão sanadas (espera-se). 
Ambiente (Hw, SO, rede e etc) bem próximo da 
realidade da operação). 
Testar: integração com sistemas externos, dispositivos 
físicos (hw) 
Dificuldade: vislumbrar os vários cenários de uso. 
TESTES DE ACEITE 
Último estágio do processo de validação último 
processo formal de detecção de erros no sistema. 
Uso por clientes e usuários validarem as 
funcionalidades 
Usuários interagem com sistema completo. 
Reduz o risco da entrega 
IMPORTANTE 
Planejar os testes 
Documentar os testes 
Validar ao longo do processo. 
Não “queimar” etapas de testes 
Equipe especializada - <> da equipe de 
desenvolvimento