Profº Anderson L. Barbosa – Engenharia de Software

Apresentação em tema: "Profº Anderson L. Barbosa – Engenharia de Software"— Transcrição da apresentação:

1 Profº Anderson L. Barbosa – Engenharia de Software
Teste de software Profº Anderson L. Barbosa – Engenharia de Software ADS-2sem.

2 O que é Teste de Software?
São técnicas empregadas durante o processo de desenvolvimento de um software. Visam detectar antecipadamente falhas nos vários artefatos produzidos durante o processo de desenvolvimento. “O teste consiste em executar o programa com a intenção de encontrar erros (bugs)”. Myers, 1979.

3 O que é Teste de Software?
Martin Pol Em linhas gerais, podemos dizer que o objetivo dos testes é encontrar defeitos: desta forma os testes são conduzidos para demonstrar a ausência de qualidade expressa pela presença de defeitos, para tal se faz necessário um processo (planejamento, especificação, execução, análise de resultados), considerando-se sempre os riscos do negócio e a qualidade do produto. (Visão do processo, projeto, requisito, risco de negócio e a qualidade para o negócio). Fonte: Software Testing – A Guide to the Tmap Approach – Martin Pol e outros.

4 Porque testar Software?
Teste de Software Porque testar Software? Errar é humano É preciso garantir que os erros serão eliminados. Aumentar a qualidade do produto. Reduzir o custo

5 A falta de teste Aumento de falhas devido a ausência de qualidade;
Teste de Software A falta de teste Aumento de falhas devido a ausência de qualidade; Aumento dos custos de suporte; Aumento dos custos de desenvolvimento; Falta de confiabilidade do produto no mercado; Insatisfação dos clientes e usuários; Perda de mercado;

6 O que testar? Teste de Software
Teste de Especificações de Requisitos; Teste de Modelos de Análise; Teste de Regras de Negócio; Teste de Unidade; Teste de Integração; Teste de Validação; Teste de Sistema; Teste de recuperação; Teste de Segurança; Teste de estresse; Teste de desempenho; Teste de Interface; Teste de Carga; Teste de Funcionalidade; Teste de Usabilidade; Teste de Portabilidade; Teste de Compatibilidade; Teste de documentos do projeto; Teste de Aceitação.

7 Processo do Teste de Software
Fonte: Java Magazine 102

8 Exemplo de Caso de Teste de Software
Fonte:

9 Conceitos básicos Teste de Software
Defeito: resultado de um erro encontrado no código ou documento; Erro: engano cometido por seres humanos; Falha: resultado ou manifestação de um ou mais defeitos. Exemplo: A aplicação entra em looping infinito, devido a um erro de lógica, ocasionando o travamento da mesma.

10 O custo da correção do defeito
Teste de Software Custo do defeito O custo da correção do defeito Especificação Projeto Construção e Teste Produção

11 Teste de Software Recursos Humanos
Fonte:

12 Complexidade Ciclomática
Teste de Software Complexidade Ciclomática É uma métrica de software que fornece uma medida quantitativa da complexidade lógica de um programa. Fornece um limite superior para o número de caminhos independentes em um conjunto-base. Fornece um limite superior para a quantidade de testes que deve ser conduzida para garantir que todos os comandos sejam executados pelo menos uma vez.

13 Cálculo da Complexidade Ciclomática
Teste de Software Cálculo da Complexidade Ciclomática Pode ser calculada de três maneiras equivalentes: V(G) = R, onde R é o número de regiões do grafo de fluxo. V(G) = E – N + 2,onde E é o número de arestas e N é o número de nós do grafo G. V(G) = P + 1, onde P é o número de nós- predicados contidos no grafo G ( só funciona se os nós-predicados tiverem no máximo duas arestas saindo)

14 Exemplo de Complexidade Ciclomática
Teste de Software Exemplo de Complexidade Ciclomática

15 Complexidade Ciclomática
Teste de Software Complexidade Ciclomática Caminhos independentes

16 Teste de Unidade Teste de Software
Focaliza na menor unidade de projeto do software: o componente ou módulo. Pode ser conduzido em paralelo para os diversos componentes. Caminhos de controle importantes são testados para descobrir erros dentro dos limites do módulo. Testam unidades lógicas Métodos Objetos Erros mais fáceis de corrigir Devem ser executados continuamente

17 Teste de Integração Objetivo A partir dos módulos testados ao nível de unidade, construir a estrutura do programa, visa descobrir erros associados as interfaces entre os módulos, focando na arquitetura do software.

18 Passos do processo de integração
Teste de Integração Passos do processo de integração Verificar se as partes, quando colocadas para trabalhar juntas, não conduzem a erros. Todas as técnicas de teste se aplicam, com destaque para o teste funcional. Questão importante: Como agrupar os módulos para se testar a integração entre eles? No paradigma procedimental (Pressman, 2006): Integração Ascendente (bottom-up) Integração Descendente (top-down)

19 Top-down Teste de Integração
Os módulos são integrados movimentando-se de cima para baixo, através da hierarquia de controle, iniciando-se do módulo de controle principal. Teste de Caixa-Preta O teste é particularmente útil para revelar problemas, tais como, funções incorretas ou omitidas, erros de interface, erros de comportamento ou desempenho, erros de iniciação e término.

20 Bottom-up Teste de Integração
Na técnica Bottom-up, a integração do sistema começa com a partir do nível mais baixo do software, ou seja, o módulo. O módulo é dito como o mais baixo nível se ele não depende de outro módulo.

21 Teste caixa branca Teste de Integração Alguns exemplos de testes são:
Esses testes são projetados em função da estrutura do componente e podem permitir verificação mais precisa de comportamento do produto. Ele permite ao avaliador concentrar a atenção nos pontos mais importantes ou “perigosos” do código, de uma maneira mais precisa do que no caso do teste caixa- preta. Tais pontos podem até ser identificados durante o desenvolvimento e cobertos com o uso de assertivas e testes.  Alguns exemplos de testes são: Duplicar informações (por exemplo, tentar cadastrar duas vezes exatamente os mesmos dados); Imprimir relatórios para bases de dados vazias; Procurar registros inexistentes.

22 Exemplo de Teste caixa branca
Teste de Integração Exemplo de Teste caixa branca

23 Teste de Validação Critérios Teste de caixa preta, descobrindo funções incorretas ou ausentes; erros de interface; erros nas estruturas de dados ou no acesso a bancos de dados externos; erros de desempenho, e erros de inicialização e término.

24 Duas condições... Corretas ou lista de deficiência.
Teste de Validação Critérios Duas condições... Corretas ou lista de deficiência. Dependendo do erro á uma negociação.

25 Revisão de configurações
Teste de Validação Revisão de configurações Verificar elementos da configuração.

26 Teste realizados pelo próprio cliente, podendo ser mal interpretadas.
Teste de Validação Teste Alfa Teste realizados pelo próprio cliente, podendo ser mal interpretadas. Teste Alfa Realizado com um usuário junto ao desenvolvedor que registra qualquer problema.

27 Teste de Validação Teste Beta Realizado em uma ou mais instalações. O próprio usuário registra os problemas. EXEMPLO: Jogos Online (Beta).

28 Teste de Sistema Definição É uma fase do processo de teste de software e de hardware em que o sistema já completamente integrado é verificado quanto a seus requisitos num ambiente de produção.

29 Teste de Sistema Objetivo O objetivo é executar o sistema sob ponto de vista de seu usuário final, varrendo as funcionalidades em busca de falhas em relação aos objetivos originais.

30 Teste de Segurança Definição É um procedimento que visa identificar as falhas de segurança de um ambiente e aproveitá-las para invadi-lo, obtendo acesso indevido a informações e recursos.

31 Objetivo Teste de Segurança
Permite avaliar as vulnerabilidades em aplicações e serviços frente a diferentes tipos de ataques de segurança – como Ataques de negação de serviço ou Ataque man-in-the-middle – e descobrir novas vulnerabilidades antes que sejam exploradas por atacantes.

32 Teste de Estresse Definição É um teste realizado para confrontar os programas com situações anormais, executa o sistema de uma forma que exige recursos em quantidade, frequência, ou volume anormais.

33 Objetivo Teste de Estresse
Tem como objetivo avaliar o comportamento do sistema em situações onde há poucos recursos ou há concorrência por recursos: Pouca memória disponível; Capacidade máxima especificada de clientes ou processos executando; Alta concorrência por recursos.

34 Definição Teste de Desempenho
É similar ao teste de carga mas com o intuito de testar o software a fim de encontrar o seu limite de processamento de dados no seu melhor desempenho. No teste normalmente é avaliada a capacidade resposta em determinados cenários e configurações. Geralmente ocorre paralelamente ao teste de estresse.

35 Teste de Desempenho Objetivo Tem como objetivo medir o desempenho do sistema em uma situação normal de uso, bem como quanto requer de recursos de hardware, tempo de espera entre as ações e transações, com base no cenário que se espera ter normalmente em produção.

36 Depuração (Debugging)
Teste de Depuração Depuração (Debugging) Quando erro é encontrado

37 Teste de Depuração Processo de Depuração Dois resultados, corrigida e removida, ou não descoberta. Tentativa de reprodução do problema, reduzindo até sua essência. Divisão e Conquista. Usado um depurador.

38 Teste de Depuração Abordagens Objetivo: descobrir e corrigir a causa de um erro de software. Três categorias: Força bruta (Quando tudo falha, computador) backtracking (Manual, pequenos programas) Eliminação da causa (Participação binária, isolar o problema) Gerar outros erros então... CUIDADO.

39 Teste de Depuração GNU Debugger O GNU Debugger, mais conhecido por GDB, é um depurador, ou debugger, do projeto GNU. Ele pode ser usado para depuração em muitos sistemas do tipo Unix e suporta muitas linguagens de programação, como C, C++ e FORTRAN.

40 Bibliografia Teste de Software
PRESSMAN, Roger S. Engenharia de Software. 3º Edição. São Paulo: Pearson Education do Brasil, p. MAZOLLA, Vitório B. Engenharia de Software. Disponível em: < >. Acesso em 10 de abril. CUNHA, Simone Projeto de Teste de Software. Disponível em: < Acesso em 23 de abril. NETO, Pedro de A. dos S. Teste de Software. Disponível em: < Acesso em 25 de abril. TOZELLI, Paulo Análise do Teste de Software – Parte 02: Recursos Humanos. Disponível em: < Acesso em 1 de maio.

41 Teste de Software Obrigado pela atenção!