CTFL 4.0

CTFL 4.0

1. Capítulos

   • Capítulo 1
     • Fundamentos de Teste (180 min)
     • 1.1 O que é teste
       • O teste de software é um conjunto de atividades para descobrir defeitos e avaliar a qualidade dos artefatos de software. Esses artefatos, quando estão sendo testados, são conhecidos como objetos de teste.
       • Dinâmico
         • O teste dinâmico envolve a execução do software
       • Estático
         • O teste estático inclui revisões e análise estática
       • 1.1.1 Objetivos do teste
         • • Avaliar produtos de trabalho, como requisitos, histórias de usuários, projetos e código;  • Detectar falhas e defeitos;  • Garantir a cobertura necessária de um objeto de teste;  • Reduzindo o nível de risco de qualidade de software inadequado;  • Verificar se os requisitos  especificados foram atendidos;  • Verificar se um objeto de teste está em conformidade com os requisitos contratuais, legais e normativos;  • Fornecer informações aos stakeholders para que eles possam tomar decisões informadas; • Criar confiança na qualidade do objeto de teste;  • Validar se o objeto de teste está completo e funciona conforme o esperado pelos stakeholders
       • 1.1.2 Teste e depuração
         • O teste pode desencadear falhas causadas por defeitos no software (teste dinâmico) ou pode encontrar defeitos diretamente no objeto de teste (teste estático).   Quando o teste dinâmico (ver capítulo 4) aciona uma falha, a depuração se preocupa em encontrar as causas dessa falha (defeitos), analisar essas causas e eliminá-las.
         • O processo típico de depuração nesse caso envolve: • Reproduzir uma falha • Diagnosticar (encontrar a causa principal) • Corrigir a causa  
     • 1.2 Porque os testes são necessários?
       • 1.2.1 Contribuições para o sucesso dos testes
       • 1.2.2 Testes e Garantia da Qualidade (QA)
         • O teste é uma forma de controle de qualidade (QC). Os resultados dos testes são usados por QA e QC. No QC, eles são usados para corrigir defeitos, enquanto no QA eles fornecem feedback sobre a performance dos processos de desenvolvimento e teste.  
         • QC - Controle de qualidade
           • O QC é uma abordagem corretiva e orientada para o produto que se concentra nas atividades que apoiam a obtenção de níveis adequados de qualidade. Os testes são uma das principais formas de controle de qualidade, enquanto outras incluem métodos formais (verificação de modelos e prova de exatidão), simulação e prototipagem
         • QA - Garantia da qualidade
           • A QA é uma abordagem preventiva e orientada para o processo que se concentra na implementação e no aprimoramento dos processos. Ela funciona com base no fato de que, se um bom processo for seguido corretamente, ele gerará um bom produto. A QA se aplica aos processos de desenvolvimento e teste e é responsabilidade de todos em um projeto.  
       • 1.2.3 Erros, Defeitos, Falhas e Causas-raiz
         • Os seres humanos cometem erros (equívocos), que produzem defeitos (falta, bugs) que, por sua vez, podem resultar em falhas. Os defeitos podem ser encontrados na documentação, como uma especificação de requisitos ou um script de teste, no código-fonte ou em um artefato de suporte, como um arquivo de compilação. Os defeitos em artefatos produzidos no início do SDLC, se não forem detectados, geralmente levam a artefatos defeituosos mais tarde no ciclo de vida. Se um defeito no código for executado, o sistema poderá deixar de fazer o que deveria fazer ou fazer algo que não deveria, causando uma falha. Alguns defeitos sempre resultarão em falha se forem executados, enquanto outros só resultarão em falhas em circunstâncias específicas, e alguns podem nunca resultar em falha.  
         • Uma causa-raiz é um motivo fundamental para a ocorrência de um problema (p. ex., uma situação que leva a um erro). As causas-raiz são identificadas por meio da análise de causa-raiz, que normalmente é realizada quando ocorre uma falha ou quando um defeito é identificado. Acreditase que outras falhas ou defeitos semelhantes possam ser evitados ou que sua frequência possa ser reduzida com a abordagem da causa-raiz, como, por exemplo, sua remoção.  
     • 1.3 Princípios de Teste
       • 1) O teste mostra a presença, não a ausência de defeitos.
       • 2) Testes exaustivos são impossíveis
       • 3) Testes antecipados economizam tempo e dinheiro
       • 4) Os defeitos se agrupam
       • 5) Os testes se degradam
       • 6) Os testes dependem do contexto
       • 7) Falácia da ausência de defeitos
     • 1.4 Atividades de teste, Testware e Papéis no teste
       • 1.4.1 Atividades e Tarefas de Teste
       • 1.4.2 Processo de Teste no Contexto
       • 1.4.3 Testware
       • 1.4.4 Rastreabilidade entre a Base de Teste e o Testware
       • 1.4.5 Papéis no Teste
     • 1.5 Habilidades essenciais e boas práticas em testes
       • 1.5.1 Habilidades genéricas necessárias para testes
       • 1.5.2 Abordagem de equipe completa
       • 1.5.3 Independência dos testes
   • Capítulo 2
     • 2 Testes ao longo do Ciclo de Vida de Desenvolvimento de Software (130 min)  
   • Capítulo 3
   • Capítulo 4
   • Capítulo 5