Please enable JavaScript.

Coggle requires JavaScript to display documents.

Fases de Teste - Coggle Diagram

- - - - unidade sob teste
        
        dublê 1
        
        simula o comportamento de uma unidade ainda não integrada
        
        tipos
        
        dummy
        
        passados como parâmetro mas nunca utilizados
        
        apenas para preencher lista de parâmetros
        
        fake
        
        possuem alguma implementação, mas de maneira muito mais simples
        
        inadequados para produção
        
        stubs
        
        fornecem respostas "hard-coded" para chamadas realizadas durante o teste
        
        não sabem o que fazer se o teste chamar um método que não foi programado/configurado
        
        spies
        
        observa o comportamento de uma dependência e registra informações sobre suas interações
        
        não simulam um comportamento
        
        mocks
        
        agem como stubs mas os tipos de interações que devem ocorrer também são pré-programados
        
        é possível verificar se essas interações ocorreram como esperadas
        
        dublê 2
        
        dublê 3
      - fornece os dados necessários para que a unidade seja executada
      - posteriormente apresenta os resultados ao testador
      - recebe uma entrada e saída
- - - - unidades integradas simultaneamente
      - todas as unidades são testadas de uma vez :check:
      - ideal para pequenos sistemas :check:
      - economiza tempo de teste :check:
      - atraso para começar os testes :red_cross:
      - dificuldade em encontrar a causa do erro :red_cross:
    - - as unidades são integradas deslocando-se para baixo na hierarquia de controle
      - testa as principais funções de controle antes :check:
      - localização de erros é mais fácil :check:
      - stubs são necessários :red_cross:
      - funcionalidades básicas são testadas mais tarde :red_cross:
    - - as unidades são integradas começando nos níveis mais baixos na hierarquia de controle
      - casos de teste mais fácil de projetar devido a ausência de stubs :check:
      - o programa não existe como entidade até que a última unidade seja integrada :red_cross:
      - necessidade de criar drivers :red_cross:
- - - - Teste de Desempenho
        
        carga
        
        examina cargas reais em uma variedade de níveis e combinações
        
        stress
        
        força o aumento de carga até o ponto de ruptura
        
        servem para colocar os programas em situações anormais
        
        projetado para testar o desempenho em tempo de execução do software dentro do contexto de um sistema integrado
      - Teste de Segurança
        
        confidencialidade
        
        autenticidade
        
        integridade
        
        verifica se os mecanismos de proteção incorporados ao sistema vão protege-lo contra acesso indevido
      - Teste de Recuperação
        
        obriga o software a falhar de várias formas e verifica se a recuperação é executada corretamente
      - usabilidade
      - segurança
      - confiabilidade
      - desempenho
      - segurança
    - - foco na funcionalidade
- - - - executado na instalação do desenvolvedor por um grupo restrito de usuários finais
    - - executado na instalação de um ou mais clientes pelo usuário final do software