Please enable JavaScript.

Coggle requires JavaScript to display documents.

Fases de Teste - Coggle Diagram

- - - - força falhas no sistema e avalia recuperação
    - - verifica mecanismos de proteção
      - confidencialidade
      - autenticidade
      - integridade
    - - Carga
        
        examina comportamento com cargas reais em diferentes níveis
      - Stress
        
        força um ponto de ruptura
        
        coloca sistema em situações anormais
    - - verifica operação em diferentes sistemas e plataformas
    - - mais realista
      - captura perspectiva do usuário
    - - lentos
      - difícil de escrever
  - - - responsável: desenvolvedor
      - não necessita de todo o sistema estar funcional
      - isola e verifica funcionamento de unidades lógicas
      - +
        
        fácil de implementar/controlar
        
        rápida execução
      - -
        
        casos não são reais
        
        não reproduz alguns tipos de erros
    - - Driver
        
        fornece os dados para execução e exibe resultados
        
        pode ser o próprio método de teste ou classe main
      - Dublê de Teste
        
        simula comportamento de outra unidade
        
        tipos
        
        Dummy
        
        preenche parâmetro não utilizado
        
        Fake
        
        implementação simples, inadequado para produção
        
        Stubs
        
        retorna respostas hard-coded
        
        Spies
        
        registram informações sobre o comportamento de uma dependência
        
        Mocks
        
        como um stub mas com interações pré-programadas
  - - - Big Bang
        
        integração simultânea
        
        espera unidades estarem prontas
        
        ideal para pequenos sistemas
        
        atrasos para começar os testes
      - Incremental
        
        testes entre unidades em pequenos incrementos
        
        Top-Down
        
        integração de cima para baixo
        
        usa stubs quando unidades não estiverem prontas
        
        (+) testa principais funções cedo
        
        (-) funcionalidades básicas são testadas mais tarde
        
        Bottom-Up
        
        integração de baixo para cima
        
        utiliza drivers quando unidades não estiverem prontas
        
        (+) sem stubs os casos de testes são mais fáceis de implementar
        
        (-) programa não existe como entidade até última unidade estar integrada
        
        +
        
        descobre erros de comunicação
        
        testar integração específica + simples do que todo sistema
        
        -
        
        granularidade da integração influencia implementação
  - - - Teste de fumaça
        
        testes superficiais para garantir funcionalidades principais
        
        executado após build
      - Teste de regressão
        
        estratégia para reduzir efeitos colaterais após modificações
    - - validação com cliente