Please enable JavaScript.

Coggle requires JavaScript to display documents.

TS - BCC - Teste de Software, 4. Processo de testes, 1. Conceitos…

- - - - Critérios de encerramento x resultados dos teste
- - - - Tecnológica de desenvolvimento
        
        Qualidade de pessoas
        
        Qualidade de processos
        
        Custo, tempo e cronogram
    - - F-C-U-E-M-P
- - - - Não conformidade é um bug!
      - Averigua se o sistema está seguindo a conformidade necessárias (implicitas e explícitas)
    - - Procura verifica que se o sistema elabora está entregando o esperado/desejado/atende expectativas do cliente.
- - - - linhas do programa
    - - Linhas/métodos/classes do código fonte
        
        Componentes/camadas da arquitetura
- - - - Testa se um defeito foi consertado
      - Deve confirma se um teste passa após a correção de um defeito
      - Realizar os testes com as mesmas condições que antes da correção do erro
    - - Testa se uma mudança não introduz erros (não regride)
      - Verifica se sistema continua funcionando após mudanças
        
        (correções, melhorias ou novas funcionalidades).
      - São fortes candidatos para serem automatizados!
        
        pela grande quantidade de teste e grande frequência
- - - - classes e módulos
    - - Alguma funcionalidade incorreta, fluxo ou lógica
    - - Abordagens: Caixa-branca, Test Driven Developmen
    - - Teste automatizados
        
        guiam o desenvolvimento
      - Criados antes dos componentes
  - - - e prevenir que defeitos passe para outros níveis
    - - Dados ausentes/incorretos entre componentes, falhas de comunicação..
    - - Caixa-branca, caixa-preta, incremental, CI
    - - bottom up usando drives
      - top-down usando stubs ou mocks
  - - - Testa as aplicações do sistema integradas no seu ambiente operacional
    - - testes de regressão geralmente são executados automaticamente
    - - Comportamentos funcionais e não funcional em desacordo
        
        com especificações/requisitos/histórias/diagramas
    - - Caixa preta
    - - em especificações/requisitos/histórias/diagramas de estado/manuais
        
        ter cuidado com os falsos positivos/negativos nas interpretações
    - - deve ser o mais próximo do sistema em produção
  - - - e se condiz com o desejado e esperado pelo cliente
    - - Clientes, product owner, usuários e outros stakeholders
    - - Fluxos do sistema, regras de negócio não correto
        
        tudo em volta a regra de negócio
    - - Caixa preta
    - - Teste alfa
        
        ambiente do dev
      - Teste beta
        
        ambiente do user
    - - Quantidade de testes é inversamente proporcional com o nível do teste
      - Mais integrado e mais lento pro topo
      - Mais isolado e mais rápido pra base