Princípios de Teste

Princípios de Teste

1. Teste de Software

   • Processo de Execução de um programa na intenção de encontrar erros
   • Teste somente sinaliza a ocorrência de falhas, nunca a sua ausência
   • Limitações do Teste
     • Corretude de Programas
     • Equivalência de Programas
     • Executabilidade
     • Correção Coincidente
   • Desafios do Teste
     • Não há tempo para o teste exaustivo
     • Muitas combinações de entrada para serem exercitadas
     • Dificuldade em determinar os resultados esperados para cada caso de teste
     • Requisitos do software inexistentes ou que mudam rapidamente
     • Não há tempo suficiente para o teste
     • Não há treinamento no processo de teste
     • Não há ferramenta de apoio
     • Gerentes que desconhecem teste ou que não se preocupam com qualidade
   • Um bom caso de teste é aquele capaz de sinalizar um erro não descoberto, não um caso de teste que mostra que o programa funciona corretamente
   • Técnicas de Teste
     • Sistematizam a atividade de teste
       • Ajudam a decidir quando parar de testar
         • Oferecem uma medida da atividade
     • A técnica do teste é definida pelo tipo de informação utilizada para realizar o teste
     • Técnica Funcional ou Caixa Preta
     • Técnica Estrutural ou Caixa Branca
     • Técnica baseada em defeito
     • Técnica baseada em modelos
     • Sobre as técnicas de Teste
       • Cada técnica de teste possui um conjunto de critérios de teste
       • Os critérios sistematizam a forma como requisitos de teste devem ser produzidos a partir da fonte de informação disponível
       • O requisitos de teste são utilizados para
         • Avaliar a qualidade de um conjunto de teste existente
         • Gerar casos de teste
     • Técnicas, Critérios e Requisitos
   • Fases de Teste
     • Unidade
     • Integração
     • Sistema
     • Re-Teste
       • Regressão
       • Fumaça
     • Aceitação
     • Instalaçãoo
   • Etapas de Teste
     • Planejamento
     • Projeto de Casos de Teste
     • Execução do Programa
     • Análise de Resultados
   • Automatização
     • Diminuir Custos
     • Diminuir Erros
     • Facilitar testes de regressão
     • Suporte a tecnicas de teste
       • Geração de dados de teste
         • Oráculos
     • Teste Manual ou Automatizado?
       • Manual
         • Permite encontrar vários erros em aplicações
         • Trabalho maçante
         • Consome tempo
         • Pode não ser efetivo às vezes
       • Automatizado
         • Utiliza um programa para realizar, acompanhar e mostrar os resultados
         • Um grande número de casos de teste pode ser validados rapidamente
         • Envolve testes de caixa branca ou caixa preta
         • É mais caro, porém, pode cortar custos a longo prazo
         • Normalmente são utilizados juntamente de testes manuais

2. Depuração

   • Após revelada a presença de falha, o defeito deve ser encontrado e corrigido
     • Depuração não é Teste!
   • Busca e corrige defeitos
   • É uma consequência não previsível do teste

3. Conceitos Básicos

   • Domínio de Entrada
     • Conjunto de dados que o programa deve tratar
     • Dados de Teste
       • Subconjuntos do domínio de entrada
       • Programa P
         • Resultados esperados
           • Subconjunto correspondente ao domínio de saída
           • Oráculo do Teste
             • Mecanismo que decide sobre a correção de uma execução
   • Caso de Teste
     • par <dado de entrada, resultado esperado>
     • Conjunto de Teste
       • Conjunto de todos os casos de teste

4. Processo de Teste

   • Deve incluir planejamento, monitoramento e controle
   • Sugestão de processo
     • Norma ISO/IEC 29119-1

Imagens e arquivos do mapa