CTFL

CTFL

1. 1.1 O que é teste?

   • Maneira de avaliar a qualidade e reduzir riscos
   • (K1)Objetivos do teste
     • Encontrar defeitos
     • Prevenir defeitos
     • Ganhar confiança sobre o nível de qualidade
     • Prover informações para tomada de decisão
   • (K2)Teste e depuração
     • Teste mostra falhas causadas por defeitos (Bugs) ou confirma se um defeito foi corrigido
     • Depuração localiza, analisa e corrige defeitos

2. (K2)1.2 Por que o teste é necessário?

   • Diminui os riscos
   • Contribui para qualidade
   • Atender requisitos contratuais/legais
   • (K2)1.2.1 Contribuições do teste
     • Uso de técnicas de teste apropriadas reduz frequência de entregas problemáticas
       • Testadores envolvidos em revisões de requisitos ou refinamento de histórias
       • Testadores trabalhando em conjunto com projetistas
       • Testadores trabalhando em colaborações com os desenvolvedores
       • Testadores verificando e validando o software antes da liberação
     • (K2)1.2.2 Garantia da qualidade e teste
       • Garantir qualidade é estabelecer processos e modelos que tornem o resultado do produto prevísivel
         • O teste é somente uma parte disso
       • (K2)1.2.3 Erros, defeitos e falhas
         • O ser humano pode cometer um erro
           • O erro produz um defeito no código ou documento
             • O defeito executado produz uma falha
         • O que causa?
           • Pressão no prazo
           • Falta de conhecimento
           • Complexidade
           • Mudanças na tecnologia
           • Fatores emocionais
         • (K2)1.2.4 Defeitos, causas-raiz e efeitos
           • Causas-raiz são primeiras ações ou condições que contribuíram para criação de defeitos
             • Análise de causa-raiz reduz ocorrência de defeitos similares
             • Pode levar à melhoria de processo

3. (K2)1.3 Os sete princípios de teste

   • Teste mostra a presença de defeitos e não sua ausência
     • Não pode provar que eles NÃO existem
   • Teste exaustivo é impossível
     • É necessário definir prioridades
   • Teste inicial economiza tempo e dinheiro
     • Deve iniciar o mais breve possível
   • Defeitos se agrupam
     • Um número pequeno de funções contém a maioria dos defeitos (Princípio de paretto)
   • Cuidado com o paradoxo do pesticida
     • Um mesmo conjunto de testes repetidos várias vezes pode não encontrar novos defeitos
       • Casos de teste devem ser frequentemente revisados e atualizados
   • Teste depende do contexto
     • Testes são realizados de forma diferente conforme o contexto
   • Ausência de erros é uma ilusão
     • Encontrar e consertar defeitos não ajuda se o sistema construído não atende às expectativas dos usuários

4. (K2)1.4 Processo de teste

   • Depende do contexto
   • (K2) 1.4.1 Processo de teste no contexto
     • Fatores que influenciam no processo
       • Modelo do ciclo de vida / Metodologias
       • Níveis e Tipos de Teste considerados
       • Riscos de produto e projeto
       • Domínios do negócio
       • Restrições operacionais (Tempo/Custo/Contratos)
       • Políticas e Normas internas
   • (K2)1.4.2 Atividades e tarefas de teste
     • Planejamento
       • Atividades que definem os propósitos e abordagens do teste
       • Atender objetivos de teste dentro das restrições impostas pelo contexto
       • Os planos de teste podem ser revisitados com base no feedback das atividades de monitoramento e controle
     • Monitoramento e controle
       • Monitoramento é comparação contínua do progresso real com o plano de teste utilizando as métricas definidas
       • Controle é tomada de ações para atender aos objetivos do plano de teste (Pode ser atualizado ao longo do tempo)
     • Análise do teste (O QUE TESTAR)
       • Analisa a base de teste apropriada ao nível de teste
         • Bases de teste
           • Especificações
           • Modelagem de informações
           • Implementação dos componentes (Códigos, bancos, etc.)
           • Relatórios de Riscos Funcionais, não-funcionais e estruturais
         • Avalia a base de teste para identificar defeitos
           • Ambiguidades
           • Omissões
           • Inconsistências
           • Imprecisões
           • Contradições
           • Declarações supérfluas
         • Define e prioriza condições de teste para cada recurso
         • Captura a rastreabilidade bidirecional entre a base de teste e condições de teste
     • Modelagem do teste (COMO TESTAR)
       • Projetar e priorizar casos de teste