Teste de Software

Teste de Software

1. Vertentes do Teste de Software

   • Ao tratarmos do teste de software, é necessário que tenhamos a compreensão dos três pilares que dão sustentação a todo esse processo.
   • Esses pilares são a base para o entendimento conceitual, adaptação prática e elaboração efetiva do planejamento do teste em um projeto.
   • Nesse âmbito, os estágios ou níveis de teste abrangem o escopo de quando o teste será realizado. Já a vertente de tipos de teste compreende categorias de teste associadas a partir de um objetivo comum.
   • Por sua vez, as técnicas de teste tratam formas para realizar um projeto de casos de teste.

2. Níveis de Teste

   • Os estágios de teste fornecem a indicação sobre o foco do teste e os tipos de problemas a serem encontrados, dependendo do nível em que o teste será realizado. Os níveis de testes normalmente são classificados como:
     • Teste de Unidade
     • Teste de Integração
     • Teste de Sistema
     • Teste de Aceitação
   • O conceito “níveis de teste” está relacionado com o modelo V, que representa quando as atividades de teste acontecem em decorrência do ciclo de vida do software. No entanto, o conceito de estágios de teste também pode ser aplicado ao desenvolvimento iterativo.

3. Teste unitário: Quando o teste é realizado no momento da codificação e desenvolvimento do sistema.

   • Testes de Integração: Quando o teste é realizado no momento da integração de componentes previamente desenvolvidos.
   • Testes de sistema: É aquele que é realizado no desenvolvimento do sistema, no momento em que os analistas de teste validam o produto com base nos requisitos.
   • Testes de aceitação : Neste caso , são os teste que são realizados no ambiente de produção, ou seja, aquele que é realizado pelo usuário da aplicação ou por terceiros designados, cujo objetivo é de aprovar ou não o software.

4. Testes de Unidade ou unitário

   • O teste unitário tem o objetivo de garantir que o código escrito esteja de acordo com sua especificação antes de integrá-lo com outras unidades.
   • Nesse nível de teste, é imprescindível o acesso ao código fonte e isso acontece durante a fase de implementação.
   • Nesse momento o desenvolvedor é o responsável pela execução do teste unitário e nesse âmbito há menor necessidade de formalismos. Os problemas são identificados e corrigidos ainda nessa fase.

5. Teste de Integração

   • Os testes de integração são feitos em sistemas completos ou subsistemas, compostos de componentes integrados, onde unidades de software e hardware são testadas juntas para avaliar a integração entre eles, permitindo exposição dos problemas nas interfaces das unidades.
   • O teste de integração tem por finalidade buscar por defeitos na interface entre componentes e ocorre em paralelo à atividade de integração do sistema.

6. Testes de Sistema

   • Teste de sistema se refere ao comportamento de todo o sistema, ou seja, produto definido pelo escopo de um projeto ou programa de desenvolvimento.

7. Níveis de Teste

   • Teste alfa
     • É executado por um cliente nas instalações do desenvolvedor
     • Ambiente controlado
   • Teste beta
     • É realizado em uma ou mais instalações do cliente final
     • Sem a intervenção do desenvolvedor
     • É uma aplicação real do software

8. Tipos de Teste de Software

   • Testes de Caixa-Branca
     • teste de unidade
     • teste de integração
   • Testes de Caixa-Preta
     • Testes Funcionais
     • Testes de Aceitação
     • Testes Exploratórios
   • Testes de caixa cinza
     • Testes de Regressão
     • Testes de Cobertura
   • Outros tipos de testes
     • Testes Dinâmicos
       • São os testes que envolvem a execução do programa em si
       • Passa pelos caminhos funcionais e não funcionais do sistema, usando técnicas apropriadas para cada tipo de Teste.
       • Adequar a técnica e o tipo de teste para cada programa é essencial para o sucesso do Teste
     • Testes Estáticos
       • Muitas das técnicas de Teste Estático são realizadas "manualmente", como a leitura de documentos para identificar inconsistências
       • Quanto mais cedo um defeito for identificado, menor e o custo da sua correção
       • Para evitar que defeitos introduzidos nos artefatos, como especificação de requisitos, diagramas de classe, etc., se propaguem para os demais artefatos, e importante realizar a revisão desses documentos

9. Técnicas de Teste

   • Teste de Regressão
     • Consiste em testar novamente o software (ou partes dele), após o desenvolvimento de uma mudança
     • O objetivo é verificar se a introdução de uma mudança (novo código ou correção de um defeito), não provocou um novo defeito em uma parte do software que funcionava corretamente
     • Verificar que não ocorreu nenhum "efeito colateral“
     • A reexecução dos testes muitas vezes não é realizada da forma adequada por ser encarada como uma tarefa cansativa e repetitiva, mas é preciso avaliar o risco de uma parte que funcionava apresentar defeitos
     • Candidatos a serem automatizados
     • Tipo Caixa Cinza
   • Teste de Funcionalidade
   • Teste de Ortografia
   • Teste de Estresse
   • Teste de Performance
   • Teste de Contingência
   • Teste de Segurança
   • Teste de Conformidade
   • Testes Unitários
   • Testes Unitários