TESTE DE SOFTWARE

TESTE DE SOFTWARE

1. DEFINIÇÃO

   • Atividade de executar um programa e verificar se seu comportamento é o esperado
   • TESTE BEM SUCEDIDO
     • É aquele que determina casos de testes que resultam na falha no programa que está sendo analisado
   • DEFEITO
     • São caracterizados como passos, processos ou definições de dados incorretas. Um defeito ocorre no nível mais baixo do hardware ou em uma linha de código.
   • ERRO
     • Os erros ocorrem durante a execução de um programa e caracterizam-se por um estado inconsistente ou inesperado (i.e., uma informação corrompida), fruto da execução de um defeito.
   • FALHA
     • Falhas são desvios da especificação, isto é, comportamentos da aplicação que diferem do comportamento esperado. Falhas ocorrem em decorrência aos erros.

2. DESAFIOS

   • Teste de regressão
     • A alteração de uma parte de uma funcionalidade pode afetar outras partes do código que depende dela.
       • É necessário que a cada alteração no código seja feita novamente um testes no sistema
       • SOLUÇÃO: Automatização dos testes
   • Impossível testar todas as entradas
     • Como um sistema possui vários fluxos existem um possibilidade imensa de entradas possíveis se tornando impossível testar todas as entradas
       • SOLUÇÃO: Dados de teste que aumente a chance de revelar defeitos
   • Teste ao longo do processo de desenvolvimento
     • O modelo de desenvolvimento deve ser construído pensado em testes.
     • Teste não é responsabilidade só da equipe de qualidade, mas de todos envolvidos no projeto.
       • DIVISÃO DAS RESPONSABILIDADES
         • Equipe de Qualidade
           • Teste de Aceitação
             • Especificação dos requisitos
           • Teste de Sistema
             • Arquitetura
         • Equipe de Desenvolvimento
           • Teste de Integração
             • Projeto
           • Teste de Unidade
             • Código

3. CLASSIFICAÇÃO

   • FASES
     • TESTES DE UNIDADE
     • TESTE DE INTEGRAÇÃO
     • TESTE DE SISTEMA
     • TESTE DE ACEITAÇÃO
   • TÉCNICA
     • CAIXA PRETA - FUNCIONAL
     • CAIXA BRANCA - ESTRUTURAL
       • Utiliza o código do programa para derivar os requisitos de teste
       • Requer o conhecimento da linguagem e do programa implementado
       • CRITÉRIOS DE TESTE
         • Baseado na complexidade
         • Fluxo de controle
           • Grafo de Fluxo de Controle (GFC)
             • Todos os nós
             • Todas as arestas
             • Todos os caminhos
           • Complexidade Cinclomática
             • Indicada para selecionar o número de casos de teste
             • PASSOS
               • 1. Identificar os nós no código
               • 2. Construir o GFC
               • 3. Identificar os caminhos (informa a quantidade de casos)
               • 4. Tabela com os caso de teste
         • Fluxo de dados
           • Buscam testar o uso das variáveis nos programas
           • Fermenta poderosa para o uso incorreto de valores resultante de erros de codificação
         • Derivam os requisitos de teste
       • Apropriado para o teste de unidade
       • PROBLEMAS
         • Executabilidade
           • Um caminho é não executável quando não existe um dado de entrada que faça esse caminho ser executado
     • BASEADO EM DEFEITOS
     • BASEADO EM MODELOS