PDS Aula 05 Slides

Prévia do material em texto

AULA 1 – Prof. MARCELO VASQUES
*
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE AULA 5
Prof. MARCELO VASQUES
mvasqueso@gmail.com
*
*
*
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
OBJETIVOS DA AULA
*
*
*
*
AS FASES DO PROCESSO 
Requisitos
Testes
Desenho
Implementação
Análise 
Manutenção
Implantação
Concepção
*
*
*
O CICLO DE VIDA
*
*
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 rel2gada a segundo plano ou mesmo esquecida  Incremento na QUALIDADE, na medida em que avaliamos sob várias óticas.
*
1ª. DEFINIÇÃO DE TESTE
*
*
*
1ª. DEFINIÇÃO DE TESTE
*
*
FASE: TESTES
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.
*
*
*
MODALIDADES DE TESTES
Classificação quanto ao uso do código
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
DURANTE OU APÓS a implementação
Precisa de parte ou todo sistema encarnado
Qualidade no produto
*
*
*
MODALIDADES DE TESTES
*
Requisitos
Testes
Desenho
Implementação
Análise 
Concepção
Onde estão os erros?
Manutenção
Implantação
TESTES ESTÁTICOS
REVISÕES
AUDITORIAS
TESTES ESTÁTICOS
REVISÃO DE CÓDIGO
TESTES DINÂMICOS
EXECUÇÃO 
*
*
MODALIDADES DE TESTES
Classificação quanto objetivo
Teste de Unidade (programação)
Em Unidades de programas.
Busca de Erros nos programas individuais
Teste de Integração (prog / testes)
Identificar erros na integração dos diversos módulos, já testados individualmente
Teste de Validação (testes)
Realizado após a integração de TODOS os módulos
Antes de IMPLANTAR
*
*
*
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? 
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.
*
*
*
TESTE DA CAIXA BRANCA (+ Complexos)
Baseados na arquitetura interna do software.
Verificação de código 
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 de erros.
Casos de testes que cubram TODAS possibilidades
*
ESTRATÉGIAS DE TESTES
*
*
TESTE DE UNIDADE
1ª. Etapa do processo de validação.
Testa UMA 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 Integração
Verificar a compatibilidade da nova unidade com as demais, já prontas.
Verificar se Juntas e integradas, as unidades funcionam e realizam o trabalho que o sistema precisa.
Cuidado: alteração de componentes.
Geralmente aplica-se estratégia da caixa preta, testando as interfaces entre as unidades, que se integram
*
*
*
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.
Várias tipos: stress, volume, performance
*
*
*
TESTES DE ACEITE
Homologação: interna e externa
Ú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: 
 Preferencialmente: não ser equipe de desenvolvimento
*
*
*
*
*
*
*
*