Testes – visão geral

Vanilson Burégio

Roteiro

Introdução a testes de Software Tipos de teste; Técnicas de teste; Plano de Teste; Casos de teste; Revisões formais.

Introdução a Testes de Software

O que é testar?

Introdução“O desenvolvimento de sistemas de software envolve

uma série de atividades de produção onde oportunidades para injeção de falhas humanas são enormes” [Pressman, 2007]

Enquanto existir software existirá erro

Testar um software nada mais é do que descobrir, de forma sistemática, erros embutidos durante a construção deste software

O que é testar?

Teste de software é o processo de execução de um produto para determinar se ele atingiu suas especificações e funcionou corretamente no ambiente para o qual foi projetado

Teste de software é o processo de execução de um produto para determinar se ele atingiu suas especificações e funcionou corretamente no ambiente para o qual foi projetado

ObjetivoRevelar falhas em um produto, para que as causas dessas falhas sejam identificadas e possam ser corrigidas pela equipe de desenvolvimento antes da entrega final

Revelar falhas em um produto, para que as causas dessas falhas sejam identificadas e possam ser corrigidas pela equipe de desenvolvimento antes da entrega final

Testar é um processo de execução de um programa com a intenção de encontrar um erro

Um bom caso de teste é aquele que possui uma alta probabilidade de encontrar erros ainda não descobertos

Um teste bem sucedido é aquele que realmente descobre um erro ainda não conhecido

Então... Se eu testei um software e não encontrei

erros significa que meu software está correto, ou seja, livre erros!

Verdadeiro ou Falso?

Conceitos Básicos Caso de Teste: descreve uma condição particular a ser testada e é

composto por valores de entrada, restrições para a sua execução e um resultado ou comportamento esperado

Procedimento de Teste: é uma descrição dos passos necessários para executar um caso (ou um grupo de casos) de teste

Critério de Teste: serve para selecionar e avaliar casos de teste de forma a aumentar as possibilidades de provocar falhas ou, quando isso não ocorre, estabelecer um nível elevado de confiança na correção do produto

– Critério de Cobertura dos Testes: permitem a identificação de partes do programa que devem ser executadas para garantir a qualidade do software e indicar quando o mesmo foi suficientemente testado

– Critério de Adequação de Casos de Teste: avalia se os casos de teste definidos são suficientes ou não para avaliação de um produto ou uma função

– Critério de Geração de Casos de Teste: define as regras e diretrizes para geração dos casos de teste de um produto que esteja de acordo com o critério de adequação definido anteriormente

Defeitos no desenvolvimento de Software

Os defeitos normalmente são introduzidos na transformação de informações entre as diferentes fases do ciclo de desenvolvimento de um software

Defeitos no desenvolvimento de Software

Os defeitos normalmente são introduzidos na transformação de informações entre as diferentes fases do ciclo de desenvolvimento de um software

Defeitos no desenvolvimento de Software

Os defeitos normalmente são introduzidos na transformação de informações entre as diferentes fases do ciclo de desenvolvimento de um software

Defeitos no desenvolvimento de Software

Os defeitos normalmente são introduzidos na transformação de informações entre as diferentes fases do ciclo de desenvolvimento de um software

Defeitos no desenvolvimento de Software

Os defeitos normalmente são introduzidos na transformação de informações entre as diferentes fases do ciclo de desenvolvimento de um software

Defeitos no desenvolvimento de Software

Os defeitos normalmente são introduzidos na transformação de informações entre as diferentes fases do ciclo de desenvolvimento de um software

Tipos de Teste de Software

Tipos de teste de software O planejamento dos testes deve ocorrer em diferentes níveis e

em paralelo ao desenvolvimento do software

Tipos de teste de software O planejamento dos testes deve ocorrer em diferentes níveis e

em paralelo ao desenvolvimento do software

Tipos de teste de software O planejamento dos testes deve ocorrer em diferentes níveis e

em paralelo ao desenvolvimento do software

Tipos de teste de software O planejamento dos testes deve ocorrer em diferentes níveis e

em paralelo ao desenvolvimento do software

Tipos de teste de software Teste de Unidade (testes unitários). Tem por objetivo explorar a menor

unidade do projeto, procurando provocar falhas ocasionadas por defeitos de lógica e de implementação em cada módulo, separadamente. O universo alvo desse tipo de teste são os métodos dos objetos ou mesmo pequenos trechos de código

Teste de Integração: visa provocar falhas associadas às interfaces entre os módulos quando esses são integrados para construir a estrutura do software que foi estabelecida na fase de projeto

Teste de Sistema: avalia o software em busca de falhas por meio da utilização do mesmo, como se fosse um usuário final. Dessa maneira, os testes são executados nos mesmos ambientes, com as mesmas condições e com os mesmos dados de entrada que um usuário utilizaria no seu dia-a-dia de manipulação do software. Verifica se o produto satisfaz seus requisitos

Tipos de teste de software Teste de Aceitação: são realizados geralmente por um restrito

grupo de usuários finais do sistema. Esses simulam operações de rotina do sistema de modo a verificar se seu comportamento está de acordo com o solicitado.

Teste de Regressão: Teste de regressão não corresponde a um nível de teste, mas é uma estratégia importante para redução de “efeitos colaterais”

– Consiste em se aplicar, a cada nova versão do software ou a cada ciclo, todos os testes que já foram aplicados nas versões ou ciclos de teste anteriores do sistema.

– Pode ser aplicado em qualquer nível de teste

Técnicas de Teste de Software

Técnicas de teste de software Atualmente existem muitas maneiras de se testar um software

Existem as técnicas que sempre foram muito utilizadas em sistemas desenvolvidos sobre linguagens estruturadas que ainda hoje têm grande valia para os sistemas orientados a objeto

Apesar de os paradigmas de desenvolvimento serem diferentes, o objetivo principal destas técnicas continua a ser o mesmo: encontrar falhas no software.

As técnicas de teste são classificadas de acordo com a origem das informações utilizadas para estabelecer os requisitos de teste. As técnicas existentes são:

– Técnica funcional (Caixa preta)– Técnica estrutural (Caixa branca)

Técnicas de teste de software Teste Estrutural Caixa-branca

– avalia o comportamento interno do componente de software– trabalha diretamente sobre o código fonte do componente de software

• teste de condição; • teste de fluxo de dados; • teste de ciclos; • teste de caminhos lógicos• Complexidade ciclomática

– exemplo bem prático desta técnica: uso da ferramenta livre JUnit

Técnicas de testes caixa-branca Testes de caminhos lógicos

– Notação de grafo de fluxo– Complexidade ciclomática– Derivando casos de teste– Matriz de grafo

Testes de estrutura de controle– Teste de condição– Teste de fluxo de dados– Teste de loops

Técnicas de teste de software Teste Funcional Caixa-preta

– o componente de software a ser testado é abordado como se fosse uma caixa-preta

– não se considera o comportamento interno do mesmo

– dados de entrada são fornecidos, o teste é executado e o resultado obtido é comparado a um resultado esperado previamente conhecido

– o componente de software a ser testado pode ser: um método, uma função interna, um programa, um componente, um conjunto de programas e/ou componentes ou mesmo uma funcionalidade

Técnicas de teste de software Outras técnicas

– Outras técnicas de teste podem e devem ser utilizadas de acordo com necessidades de negócio ou restrições tecnológicas

• teste de desempenho• teste de usabilidade• teste de carga• teste de stress• teste de confiabilidade • teste de recuperação.

Plano de Testes

Processo de teste Exemplo baseado no RUP (Rational Unified Process)

Nosso foco agora!

Plano de testes Objetivo

– identificar e descrever os testes que serão executados e implementados

– plano de testes possuirá os requisitos para o teste e as estratégias de teste

O projetista de teste é o responsável pelo planejamento dos testes

Planejar testes

Técnicas que asseguram o levantamento adequado de informações desta atividade

– entrevistas– questionários– monitoramento de funções

Planejar testes Atividades:

– Selecionar requisitos a testar

– Definir prioridades

– Planejar testes de regressão

– Definir estratégia dos testes

– Definir o registro dos resultados dos testes e defeitos descobertos

– Definir recursos humanos

– Definir cronograma de testes

– Realizar checklist

Plano de Testes(ver exemplo de modelo)

Casos de Teste(Projetar Testes)

Processo de teste Exemplo baseado no RUP (Rational Unified Process)

Nosso foco agora!

Projetar testes Objetivo

– Detalhar o projeto dos casos de testes o suficiente para que não haja dúvida ou ambigüidade, de modo que possa ser feitas a implementação e posterior execução

Planejar testes Artefatos de entrada

Documento de Requisitos

Especificação de Casos de Uso

Plano de Testes

Lições aprendidas

Artefatos de saída Modelo de testes

Casos de teste

Procedimentos de teste

Projetar testes Passos:

– Identificar casos de teste – Descrever casos de teste – Identificar casos de teste a serem automatizados – Definir massa de dados

Casos de teste Identificar casos de teste

– Além dos requisitos que serão testados, deve-se definir também quais testes serão realizados para os requisitos selecionados (casos de teste)

– A identificação dos casos de teste é feita por meio da análise dos fluxos de eventos dos diferentes cenários possíveis para os casos de uso

• Para cada cenário deve-se ter, no mínimo, um caso de teste correspondente.

• A análise dos requisitos não-funcionais também deve gerar casos de testes

Projetar testes Descrever casos de teste

– Este passo tem como objetivo descrever os casos de testes identificados na fase de planejamento. Essa descrição deve conter:

Condição inicial para execução: Descrever qual a configuração do ambiente em que esse caso de teste será executado e qual o estado inicial do sistema para que possa ser executado corretamente e outras pré-condições, como "deve existir um cliente cadastrado na base de dados".

Passos específicos do teste a ser executado: Passos que devem ser executados para a correta execução do caso de teste. Pode incluir referências a rotinas comuns ou outros casos de teste.

Projetar testes Descrever casos de teste

– Essa descrição deve conter ainda:

Resultados esperados: Quais os critérios de sucesso do teste (pode ser um valor específico ou algo mais genérico, como "Observar que a aplicação montou uma tela contendo a mensagem 'Cadastro realizado com sucesso' e que o banco foi alterado").

Condição final de execução: O estado que o sistema deve estar ao término da execução. Por exemplo, "a execução deste caso de teste deve manter a base de dados inalterada".

Documento de casos de teste

(Ver exemplo de modelo)

Revisões formais

Motivação Quando artefatos defeituosos são produzidos....

– Geramos retrabalho para corrigir defeitos– custo de retrabalho para correção de defeitos aumenta na medida que o processo de desenvolvimento progride

Iniciativas devem ser realizadas no sentido de encontrar e corrigir defeitos tão logo sejam introduzidos

Uma abordagem que tem se mostrado eficiente nesse sentido: revisão dos artefatos produzidos ao longo do processo de desenvolvimento de software

Custo de desenvolvimento / Esforço

Tempo / Produtividade

Qualidade

Inspeção de Software Inspeção de software é um tipo particular de revisão que

pode ser aplicado a todos os artefatos de software e possui um processo de detecção de defeitos rigoroso e bem definido

Inspeções de Software nos Diferentes Artefatos

Inspeção de Software Processo tradicional de inspeção envolve:

– planejamento da inspeção– indivíduos revisando um determinado artefato– um encontro em equipe para discutir e registrar os defeitos– a passagem dos defeitos para o autor do artefato para que

possam ser corrigidos– uma avaliação final sobre a necessidade de uma nova

inspeção

Exemplo de questão