Introdução ao Teste de Software

Introdução ao Teste de Software

1. Testes de Software

   • O teste consiste em executar o programa com a intenção de encontrar erros (bugs)
     • "Teste de software é o processo formal de avaliar um sistema ou componente de um sistema por meios manuais ou automáticos para verificar se ele satisfaz os requisitos especificados ou identificar diferenças entre os resultados esperados e os obtidos”
   • Por que testar?
     • Descobrir defeitos em um sistema.
     • Avaliar se o sistema é útil
     • Avaliar se o sistema pode ser utilizado em determinadas situações operacionais.
     • Verificar se o módulo funciona conforme a especificação.
   • Teste não é!
     • Debugging é o processo
       • Localizar a falha ou defeito
       • Reparar o código
       • Retestar o código
       • É realizado depois que o teste foi realizado e o testador notou que o software não se comporta como esperado.

2. Testes no Processo de Desenvolvimento

   • Teste somente sinaliza a presença de faltas , nunca a sua ausência
   • Testes de software revelam apenas falhas em um produto. É necessário um processo de depuração para identificação e correção dos defeitos que originaram a falha.

3. Algumas Definições

   • Casos de Teste
     • Define um conjunto de saídas esperadas para um dado conjunto de entradas em um software executado sob determinadas condições.
     • Conjunto de dados de entrada para o teste
     • Condições de execução dos testes
     • Resultados esperados.

4. Princípios dos Testes de Software

   • Guiam os testadores na definição de como testar os sistemas de software e provê regras para conduzir testadores e profissionais.
   • Princípio 1
     • Testar é o processo de executar um componentes de software usando um conjunto selecionado de casos de testes com a intenção de (i) revelar defeitos , e (ii) avaliar a qualidade
   • Princípio 2
     • Quando o objetivo do teste é a detecção de defeitos então um bom caso de teste incrementa a probabilidade de revelar defeitos não detectados
   • Princípio 3
     • Resultados dos testes devem ser inspecionados meticulosamente pelos testadores . O objetivo é evitar trabalho desenecessário sobre falhas que não existem ou ainda deixar de observar falhas críticas para o funcionamento do software.
   • Princípio 4
     • Um caso de teste deve conter os valores esperados ou resultados para saída da execução. Isso permite ao testador determinar (i) se um defeito foi revelado e (ii) o status (passou/falhou) do teste executado.
   • Princípio 5
     • Casos de teste devem ser desenvolvidos tanto para condições válidas como para condições inválidas.
   • Princípio 6
     • A probabilidade da existência de defeitos adicionais num componente de software é proporcional ao número de defeitos já detectados neste componente.
   • Princípio 7
     • Testes devem ser executados por um grupo independente ao grupo de desenvolvimento.
   • Princípio 8
     • Testes devem ser repetíveis e reusáveis
   • Princípio 9
     • Testes devem ser planejados
   • Princípio 10
     • Atividades de teste devem ser integradas ao ciclo de desenvolvimento do software
   • Princípio 11
     • Testar é uma tarefa criativa e desafiadora.

Bilder und Dateien der Mindmap