Baixe o app para aproveitar ainda mais
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 * * * * * * * *
Compartilhar