O que é Teste de Software?

Preview:

DESCRIPTION

Palestra realizada no QA Night de julho por Kildery Sukar.

Citation preview

Kildery SukarSystem Engineer

Modular Mining SystemsE-mail: sukar@mmsi.comwww.modularmining.com

Roteiro

– O que é teste de software?– Por que é necessário testar?– Princípios de Teste de Software– Processos de Teste de Software– Níveis de Teste– Informações complementares

O que é teste de software?

• Execução de Software

O que é teste de software?

• É analisar um programa com a intenção de descobrir erros e defeitos.(Glenford Myers)

• É um processo que consiste de todo o ciclo de atividades (estáticos e dinâmicos), voltadas para o planejamento, preparação e avaliação do produto de software, está relacionado em determinar se o produto satisfaz os requisitos especificados, buscar se ele estar adequado a proposta do cliente e detectar defeitos.

O que é teste de software?

• Hoje existe software e aplicativos em todas as partes da nossa vida.

Por que testar software?

• Possíveis prejuízos por falhas de softwares.• Financeiro• Reputação• Riscos físicos

Por que testar software?

• Humanos sempre cometem erros...

...e isso é o que fazemos melhor !!!

Por que testar software?

Por que testar software?

Temos que verificar tudo que produzimos, simplesmente porque as coisas podem dar errado.

"Se alguma coisa pode dar errado, ela dará" Lei de Murphy

Por que testar software?

Podemos errar quando analisamos nosso próprio trabalho, concordam?

Por que testar software?

• Simplesmente porque falhamos.– Falta de experiência.– Falta de informação correta.– Falha de comunicação.– Desmotivação, cansaço ou sob pressão.

Por que testar software?

• Custos de correção dos defeitos:– Quanto mais cedo descobrirmos e corrigirmos um

defeito, menor é o custo do projeto.

Por que testar software?Exemplo:

Objetivos de Teste de Software

• Encontrar defeitos.• Ganhar confiabilidade.• Prover informações para tomada de decisão.• Prevenir defeitos.

Princípios de Teste de Software

1º Princípio

Teste é feito diferentemente em diferentes

contextos, ou seja, teste é dependente de contexto.

2º Princípio

Quantos casos de teste são suficientes ?

Teste exaustivo é impossível !!!

10 números (0-9)26 letras maiusculas (ABC)26 letras minúsculas (abc)

6 caracteres (!@#$%?)Vazio ( )

-------------------------------------------68 testes

3º Princípio

Quando começar a testar ?

Teste o mais cedo possível !!!

4º Princípio Em muitos projetos a maioria dos defeitos

estão agrupados em uma minoria de módulos do software.

Fenômeno conhecido como

Clustering de defeitos.

5º Princípio

Casos de testes devem sempre ser regularmente revisados e atualizados.Os mesmos testes não encontram novos defeitos. Fenômeno conhecido como paradoxo da pesticida.

6º Princípio

Teste não prova que um software está livre de defeitos.

Teste deve mostrar que um software tem defeitos.

7º Princípio

Os defeitos não estarem sendo encontrados, não garante que o sistema está ausente de erro.

A ilusão da ausência de erro.

Processos de Teste de Software

Processos de Teste de Software

Planejamento e controlePrincipais atividades de planejamento:

Determinamos o escopo e objetivos dos testes.Determinamos os recursos.Agendamos as atividades.Determinamos o critério de saída (Critério de

cobertura, porcentagem de execução, etc...).

Planejamento e controleControle de teste é o acompanhamento do

atual progresso das atividades comparado com o progresso planejado.Medir e analisar os resultados.Prover as informações durante os testes.Iniciar ações corretivas.Tomar decisões baseado em alguma mudança

do negócio ou dos riscos do projeto, etc...

Análise e ModelagemAnálise e modelagem tem como principais

atividades:Análise de requisitos.Definir as condições de testes.Modelagem de testes.Priorizar as condições de teste.Modelar e configurar os ambientes de testes e

ferramentas.

Implementação e execuçãoDurante esta fase são criados os casos de

testes e “testwares” baseados nas condições de testes e na modelagem dos testes.

Implementação e execuçãoImplementação:

Identificar e priorizar os casos de testes.Criar suítes de teste para uma eficiente

execução.Implementar e verificar o ambiente de teste.

Execução:Executar as suítes de teste.Registrar os resultados dos testesReportar incidências (discrepâncias entre

resultado atual e o esperado) .

Avaliação do critério de saída e reportagem

Na avaliação do critério de saída verificamos quando um atividade de teste foi completada.Avaliar eficácia nos resultados dos testes.Avaliar se mais testes são necessários e a

percentagem de testes executados.Avaliar o número e a gravidade dos defeitos

remanescentes.Escrever um Sumário dos Testes para os

clientes.

Fechamento das atividades de Testes

Coletamos dados das atividades de testes finalizados, consolidamos a experiência do projeto e analisamos os fatos e números. Checar que o que foi planejado a entregar foi

entregue e os incidentes foram resolvido ou deferidos (requisitar numa próxima entrega).

Arquivar os testwares.Entregar os testwares para o time/empresa de

manutenção.Analisar como foram os testes e discutir lições

aprendidas.

Níveis de TesteNíveis, fases ou estágios de teste:

Teste de UnidadeTeste de IntegraçãoTeste de SistemaTeste de Aceitação

Níveis de TesteTeste de componente (Unidade)

Consiste na verificação da menor unidade de projeto de software. (Módulos, classes, métodos, objetos, etc...)

TDD pode ser usado.

Níveis de TesteTeste de Integracao

Consiste no teste das interfaces entre unidades e módulos para garantir que eles se comunicam corretamente. Teste de Integração de Componentes Teste de Integração de Sistemas

Níveis de TesteTeste de Sistema

Busca de defeitos em todo o sistema/produto, totalmente integrado.

Investiga ambos requisitos funcionais e não-funcionais do sistema.

Geralmente é executado por um time independente ou tercerizado.

O ambiente de teste tem que corresponder ao ambiente de produção.

Níveis de Teste

Teste de Aceitação

“O sistema pode ser entregue?”Testa o comportamento do sistema de acordo com as necessidades do usuário.

Responsabilidade do usuário/cliente.

Níveis de Teste

Independência do TesteExistem alguns níveis de independência do

teste:Baixo: Teste feita pelo próprio autor do item.Médio: Teste feito por outra pessoa do mesmo

time (Ex.: Outro programador).Alto: Teste feito por outro time ou

organização.

Independência do Teste - Vantagens e DesvantagemAjuda a focar no esforço específicoProver os benefícios dos recursos de teste

profissional e treinado.Deterioração das relações entre os times

Bug For Sale by Douglas HoffmanNão faça caso (“Tirar onda da cara do outro”)Não culpe ninguém em específicoSeja uma critica construtiva e discuta o

defeito.Diga o que você gostou e o que funcionou,

assim como o que não funcionou.Mostre o risco honestamente.Seja educado e colaborativo.Confirme que a outra pessoa entendeu o que

você quis dizer.

Recommended