Estratégia de testes

Estratégia de testes

1. Definição de teste

   • Conjunto de atividades que podem ser planejadas com antecedência e executadas sistematicamente
   • Divisão de teste de software
     • Teste de baixo nível (1º nível)
       • O profissional deve ter um profundo conhecimento da estrutura interna do software
         • Por esse motivo, é natural nas empresas que as fases desse nível de teste sejam transferidas para o próprio desenvolvedor, pois ele possui toda a carga de conhecimento que é necessária para realizar essas atividades
       • Composto pelos Testes Unitários e Testes de Integração
     • Teste de alto nível (2º nível)
       • Não é necessário conhecimento da estrutura interna do software
         • Os testes são guiados pelas especificações de negócio e pela lista de requisitos do software
       • Composto pelos Testes de Validação e Testes de Sistema

2. Características genéricas

   • Revisões técnicas eficazes permitem executar um teste eficaz
   • O teste começa no nível de componente e progride em direção à integração do sistema computacional como um todo
   • Diferentes técnicas de teste são apropriadas para diferentes abordagens de engenharia de software e em diferentes pontos no tempo
   • O teste é feito pelo desenvolvedor do software e (para grandes projetos) por um grupo independente de teste
   • O teste e a depuração são atividades diferentes, mas a depuração deve ser associada com alguma estratégia de teste
   • A estratégia de teste (Estágios/ Níveis de teste) são agrupados de acordo com o momento em que eles são executados ou pelo nível de especificidade do teste

3. Espiral do teste

   • A espiral se inicia em sentido horário pelo Teste de Unidade, que é responsável por analisar o código em si
     • Começa no centro da espiral e se concentra em cada unidade (Ex: componente, classe, objeto, entre outros) do software conforme implementado no código-fonte
     • Inicialmente, os testes focalizam cada componente individualmente, garantindo que ele funcione adequadamente como uma unidade
       • Uso intenso de técnicas de teste com caminhos específicos na estrutura de controle de um componente para garantir a cobertura completa e a máxima detecção de erros
   • Em seguida realiza o Teste de Integração, que é responsável por analisar o projeto
     • Foco no projeto e construção da arquitetura de software
     • Monta e integra o componente para formar o pacote completo de software
     • Cuida de problemas associados com aspectos de verificação e construção do programa, ainda em um ambiente de desenvolvimento (e, não, produção)
       • Técnicas de projeto de casos de teste que focalizam em entradas e saídas são mais predominantes durante a integração
       • Apesar disso, técnicas que usam caminhos específicos de programa podem ser utilizadas para segurança dos principais caminhos de controle
   • Depois o Teste de Validação/Aceitação, que é responsável por analisar os requisitos do usuário
     • Proporciona a garantia final de que o software satisfaz a todos os requisitos informativos, funcionais, comportamentais e de desempenho
   • E, por fim, o Teste de Sistema, é responsável por analisar o sistema como um todo
     • Extrapola os limites de engenharia de software, entrando em um contexto mais amplo de engenharia de sistemas de computadores, combinando elementos do sistema (por exemplo, hardware, pessoas, base de dados)
     • Verifica se todos os elementos se combinam corretamente e se a função ou desempenho global do sistema foi conseguida com êxito