CTAL - AT

CTAL - AT

1. Capitulo 1

   • Seguintes atividades:
     • Análise de teste
       • A análise e a modelagem dos testes do sistema estão alinhadas com documentos como a especificação de requisitos do sistema, especificação de modelagem do sistema, e da arquitetura (alto nível) e especificação de modelagem do componente (baixo nível);
     • Modelagem de teste
       • A análise e a modelagem dos testes do sistema estão alinhadas com documentos como a especificação de requisitos do sistema, especificação de modelagem do sistema, e da arquitetura (alto nível) e especificação de modelagem do componente (baixo nível);
     • Implementação de teste
       • A implementação do ambiente de teste do sistema pode começar durante o desenho do sistema, embora a maior parte dele normalmente ocorra simultaneamente com o teste de codificação e componente, com o trabalho nas atividades de implementação de teste do sistema, estendendo-se frequentemente até poucos dias antes do início da execução do teste;
     • Execução de teste
       • A execução do teste do sistema começa quando todos os critérios de entrada do teste são atendidos (ou alguns são dispensados), o que normalmente significa que pelo menos o teste de componentes e, muitas vezes, também os testes de integração de componentes atenderam aos critérios de saída ou definições de concluído. A execução do teste do sistema continua até que os critérios de saída do teste do sistema sejam atendidos; • As atividades de conclusão do teste do sistema ocorrem depois que os critérios de saída do teste do sistema são atendidos.
     • Sequencial, Iterativa, Incremental ou Híbrida
     • O planejamento de teste do sistema ocorre simultaneamente com o planejamento do projeto, e o monitoramento e controle do teste continuam até a conclusão do teste. Isso influenciará as entradas do cronograma fornecidas pelo Analista de Teste para fins de gerenciamento de projetos;
   • Análise de Teste
     • Planejamento do teste é definido o escopo do projeto de teste.
       • • Analisar a base de teste; • Identificar vários tipos de defeitos na base de teste; • Identificar e priorizar as condições e recursos de teste a serem testados; • Capturar a rastreabilidade bidirecional entre cada elemento da base de teste e as condições associadas de teste; • Executar as tarefas associadas a testes baseado em risco
     • critérios de entrada devem ser atendidos
       • Ter um conjunto de informações Revisar essa base para teste Ter um orçamento e cronograma aprovados disponíveis para realizar as tarefas de teste restantes para o objeto de teste.
     • condições de teste
       • Geralmente, é aconselhável definir condições de teste em diferentes níveis de detalhes condições de alto nível para definir metas gerais O uso desse tipo de abordagem hierárquica para definir as condições de teste pode ajudar a garantir que a cobertura seja suficiente para os itens de alto nível. Condições de teste de alto nível para as histórias de usuários que ainda não foram refinadas. Riscos do produto tiverem sido definidos, as condições de teste necessárias para lidar com cada risco do produto devem ser identificadas e rastreadas até esse item de risco
     • Aplicação de técnicas de teste
       • Identificar as condições de teste; Reduzir a probabilidade de omitir condições importantes de teste; Definir com mais precisão as condições de teste; Depois que as condições de teste forem identificadas e refinadas, a revisão dessas condições com os stakeholders poderá ser realizada para garantir que os requisitos foram claramente entendidos e que os testes estejam alinhados com os objetivos do projeto
   • Modelagem de Teste
     • Ainda aderindo ao escopo determinado durante o planejamento do teste, o processo de teste continua
     • Ainda aderindo ao escopo determinado durante o planejamento do teste, o processo de teste continua
     • A modelagem do teste inclui as seguintes atividades:
       • Determinar em quais áreas de teste os casos de teste de alto ou baixo nível são adequados; • Determinar a(s) técnica(s) de teste que permitirão a cobertura necessária. As técnicas que podem ser usadas são estabelecidas durante o planejamento do teste; • Usar técnicas de teste para projetar casos de teste e conjuntos de casos de teste que cobrem as condições de teste identificadas; • Identificar os dados de teste necessários para suportar as condições e casos de teste; • Projetar o ambiente de teste e identificar a infraestrutura necessária, incluindo ferramentas; • Capturar a rastreabilidade bidirecional (p. ex., entre a base de teste, condições e casos de teste)
         • Durante a modelagem do teste, o Analista de Teste deve considerar pelo menos o seguinte
           • Alguns itens de teste são melhor atendidos definindo apenas as condições de teste, ao invés de avançar mais na definição dos scripts de teste, que fornecem a sequência de instruções necessárias para executar um teste. Nesse caso, as condições de teste devem ser definidas para serem usadas como um guia para testes sem script; • Os critérios de aprovação/reprovação devem ser claramente identificados; • Os testes devem ser modelados para serem compreensíveis por outros testadores, não apenas pelo autor. Se o autor não for a pessoa que executa o teste, outros testadores precisarão ler e entender os testes especificados anteriormente para entender os objetivos e a importância relativa do teste; • Os testes também devem ser compreensíveis para outros stakeholders, como desenvolvedores que podem revisar os testes, e auditores que talvez precisem aprová-los; • Os testes devem abranger todos os tipos de interação com o objeto de teste e não devem ser restritos às interações das pessoas por meio
             • Casos de teste de alto nível e baixo nível
               • teste de baixo nível fornecem as seguintes vantagens:
                 • A equipe de teste inexperiente pode contar com informações detalhadas fornecidas no projeto. Os casos de teste de baixo nível fornecem todas as informações e procedimentos específicos necessários para o testador executar o caso de teste (incluindo quaisquer requisitos de dados) e verificar os resultados; • Os testes podem ser executados novamente por diferentes testadores e devem alcançar os mesmos resultados; • Podem ser revelados defeitos não óbvios na base de teste; • Se necessário, o nível de detalhe permite uma verificação independente dos testes, como auditorias; • O tempo gasto na implementação automatizada de caso de teste pode ser reduzido.
               • teste de baixo nível têm as seguintes desvantagens
                 • Podem exigir uma quantidade significativa de esforço, tanto para criação quanto na manutenção; • Tendem a limitar a engenhosidade do testador durante a execução; • Exigem que a base de teste seja bem definida; • A rastreabilidade das condições de teste pode exigir mais esforço do que nos casos de teste de alto nível
               • teste de alto nível fornecem as seguintes vantagens
                 • Fornecem diretrizes para o que deve ser testado e permitem que o Analista de Teste varie os dados reais ou o procedimento seguido ao executar o teste; • Podem fornecer uma melhor cobertura de risco do que os casos de teste de baixo nível, porque variam um pouco cada vez que são executados; • Podem ser definidos no início do processo de requisitos; • Fazem uso da experiência em teste do Analista de Teste e o objeto de teste quando o teste é executado; • Podem ser definidos quando não é necessária documentação formal e detalhada; • São mais adequados para reutilização em diferentes ciclos de teste quando diferentes dados de teste podem ser usados.
               • teste de alto nível têm as seguintes desvantagens
                 • São menos reprodutíveis, dificultando a verificação. Isso ocorre porque eles não têm uma descrição detalhada encontrada em casos de teste de baixo nível; • Uma equipe de teste mais experiente pode ser necessária para executá-los.
       • Os critérios de priorização identificados durante a análise de risco e o planejamento do teste devem ser aplicados ao longo do processo, desde a análise e modelagem até a implementação e execução. Dependendo dos tipos de testes que estão sendo projetados, um dos critérios de entrada para a modelagem de teste pode ser a disponibilidade de ferramentas que serão usadas durante o trabalho de modelagem.
     • Modelagem de casos de teste
       • Objetivo (ou seja, o objetivo observável e mensurável da execução do teste); Condições prévias, como requisitos do projeto ou do ambiente de teste e os planos de entrega, do estado do sistema antes da execução do teste etc.; Requisitos de dados de teste (dados de entrada para o caso de teste e dados que devem existir no sistema para que o caso de teste seja executado); Resultados esperados com critérios explícitos de aprovação/reprovação; Pós-condições, como dados afetados, estado do sistema após a execução do teste, disparadores (triggers) para processamento subsequente etc.
     • Condições de teste e casos de teste
       • Riscos do projeto (o que deve e não deve ser documentado); O valor agregado que a documentação traz para o projeto; Padrões a serem seguidos ou regulamentos a serem cumpridos DLC ou abordagem usada (p. ex., uma abordagem ágil visa a documentação "apenas o suficiente"); O requisito de rastreabilidade a partir da base de teste por meio de análise e projeto de teste. Dependendo do escopo do teste, a análise e a modelagem abordam as características de qualidade do(s) objeto(s) de teste.
   • Implementação do teste
     • Implementação do teste
       • Criação da programação de execução do teste, incluindo a alocação de recursos, para permitir o início da execução do caso de teste (consulte [ISTQB_FL] capítulo 5.2.4); • Organização dos testes (manuais e automatizados) em suítes de testes e definição da ordem de execução do teste; • Criação de testes automatizados (ou identificando os casos de teste a serem automatizados por um desenvolvedor ou engenheiro de automação); • Desenvolvimento dos procedimentos de teste; • Finalização dos dados e ambientes de teste; • Atualização da rastreabilidade entre a base de teste e o testware, como condições de teste, casos de teste e suítes de teste.
       • seguir essas estratégias de teste reativas os resultados de cada teste influenciam a análise, a modelagem e a implementação dos testes subsequentes
         • desvantagens, incluindo
           • • É necessário que o Analista de Teste seja experiente; • Pode ser difícil prever a duração do teste; • A cobertura pode ser difícil de rastrear; • A repetibilidade pode ser perdida sem uma boa documentação ou suporte de ferramenta.
     • Os Analistas de Teste também podem criar dados para serem usados com testes de automação orientados por dados e por palavras-chave (consulte o capítulo 6.2), bem como para testes manuais.
   • Execução do Teste
     • A execução do teste é conduzida de acordo com o planejamento do teste e inclui
       • Execução de testes manuais, incluindo testes exploratórios; • Execução de testes automatizados; • Comparação dos resultados obtidos com os resultados esperados; • Análise das anomalias para estabelecer suas prováveis causas; • Documentação dos defeitos com base nas falhas observadas; • Registro do resultado da execução do teste; • Atualização da rastreabilidade entre a base de teste e o testware para considerar os resultados do teste; • Execução de testes de regressão.