O documento discute o que é teste de software, por que é necessário testar e os principais princípios e processos de teste de software. Explica que teste de software envolve executar um programa para descobrir erros, que testar é necessário para evitar prejuízos financeiros e de reputação causados por falhas, e que os humanos sempre cometem erros, justificando a necessidade de testes.

1. Kildery Sukar
System Engineer
Modular Mining Systems
E-mail: sukar@mmsi.com
www.modularmining.com

2. 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

3. O que é teste de software?
• Execução de Software

4. 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.

5. O que é teste de software?

6. • Hoje existe software e aplicativos em todas as
partes da nossa vida.
Por que testar software?

7. • Possíveis prejuízos por falhas de softwares.
• Financeiro
• Reputação
• Riscos físicos
Por que testar software?

8. • Humanos sempre cometem erros...
...e isso é o que fazemos melhor !!!
Por que testar software?

9. 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

10. Por que testar software?
Podemos errar quando analisamos nosso
próprio trabalho, concordam?

11. 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.

12. Por que testar software?
• Custos de correção dos defeitos:
– Quanto mais cedo descobrirmos e corrigirmos um
defeito, menor é o custo do projeto.

13. Por que testar software?
Exemplo:

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

15. Princípios de Teste de
Software

16. 1º Princípio
Teste é feito diferentemente em diferentes
contextos, ou seja, teste é
dependente de contexto.

17. 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

18. 3º Princípio
Quando começar a testar ?
Teste o mais cedo possível !!!

19. 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.

20. 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.

21. 6º Princípio
Teste não prova que um software está livre de
defeitos.
Teste deve mostrar que um
software tem defeitos.

22. 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.

23. Processos de
Teste de Software

24. Processos de Teste de Software

25. Planejamento e controle
Principais 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...).

26. Planejamento e controle
Controle 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...

27. Análise e Modelagem
Aná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.

28. Implementação e execução
Durante esta fase são criados os casos de testes e
“testwares” baseados nas condições de testes e na
modelagem dos testes.

29. Implementação e execução
Implementaçã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 testes
Reportar incidências (discrepâncias entre resultado
atual e o esperado) .

30. 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.

31. 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.

32. Níveis de Teste
Níveis, fases ou estágios de teste:
Teste de Unidade
Teste de Integração
Teste de Sistema
Teste de Aceitação

33. Níveis de Teste
Teste 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.

34. Níveis de Teste
Teste 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

35. Níveis de Teste
Teste 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.

36. 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.

37. Níveis de Teste

38. Independência do Teste
Existem 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.

39. Independência do Teste -
Vantagens e Desvantagem
Ajuda a focar no esforço específico
Prover os benefícios dos recursos de teste profissional
e treinado.
Deterioração das relações entre os times

40. Bug For Sale by Douglas
Hoffman
Não faça caso (“Tirar onda da cara do outro”)
Não culpe ninguém em específico
Seja 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.