Tipos de Teste de Software

 

 

Testes em Função do Estágio do Ciclo de Vida do Produto

Testes em Função do Objetivo do Teste

 

Tipos de Teste de Software

Teste de Componente

Procura defeitos e verifica o funcionamento do software (ex: módulos, programas, objetos, classes, etc.) que são testáveis separadamente.

Pode ser feito isolado do resto do sistema, dependendo do contexto do ciclo de desenvolvimento e do sistema.

Pode ser utilizado simulador.

Pode incluir teste de funcionalidade e características específicas não-funcionais (ex: recursos [ex: falta de memória]) e testes de robustez, além de teste estrutural.

Tipicamente, o teste de componente ocorre com acesso ao código que está sendo testado e no ambiente de desenvolvimento, assim como um framework de teste de unidade ou ferramenta de depuração "debugging".

Envolve o programador do código.

Defeitos são normalmente corrigidos assim que são encontrados sem registrar formalmente tais eventos.

Teste de Integração

Caracterizado por testar as interfaces entre os componentes, interações de diferentes partes de um sistema (integração como o sistema operacional, hardware ou interfaces entre sistemas).

Pode haver vários níveis de teste de integração, ex:

  • Teste de integração entre componentes;
  • Teste de integração entre sistemas.

A cada estágio da integração, os testadores concentram somente na integração propriamente.

Por exemplo, o módulo A está sendo integrado com o módulo B o foco é a interação entre os módulos, não suas funcionalidades. Tanto testes funcionais quanto estruturais podem ser utilizados.

Teste de Sistema

Trata o comportamento de todo do sistema ou produto definido pelo escopo de um projeto ou programa de desenvolvimento.

Envolve os requisitos funcionais e não-funcionais.

No teste de sistema, o ambiente de teste deve ser o mais semelhante possível ao ambiente de produção, a fim de maximizar a identificação de falhas específicas de ambiente.

Os testes de sistema podem ser baseados em especificação de riscos e/ou de requisitos, processos de negócios, casos de uso, dentre outras descrições de alto nível do comportamento, interações e recursos do sistema.

O teste de sistema deve tratar os requisitos funcionais e não-funcionais do sistema. Testadores devem também lidar com requisitos incompletos ou não documentados.

Para o teste de sistema é ideal a utilização de uma equipe de teste independente.

Teste de Aceite

Freqüentemente é de responsabilidade do cliente ou do usuário do sistema; os interessados (stakeholders) também podem ser envolvidos. O objetivo do teste de aceite é estabelecer a confiança no sistema, de uma parte do sistema ou uma característica específica do sistema. Procurar defeitos não é o principal foco do teste de aceite.

O teste de aceite pode ser realizado em diferentes níveis:

  • Nível de componente;
  • Nível do sistema.

Formas de teste de aceite

a) Teste de aceite de usuário

Objetivo: verificar se o sistema está apropriado para o uso por um determinado perfil de usuário.

b) Teste operacional de aceite

Objetivo: verificar a realização de atividades de operação pelo usuário administrador:

  • Teste de Backup/Restore.
  • Recuperação de desastre.
  • Gerenciamento de usuário.
  • Tarefas de manutenção.
  • Checagens periódicas de vulnerabilidades de segurança.

c) Teste de aceite de contrato e regulamento

Verifica se algum critério de aceite incluso em contrato na produção de software sob encomenda.

O critério de aceite deve ser definido quando o contrato é assinado. Teste de aceite de regulamento é quando se verifica a necessidade de adesão a algum regulamento de acordo com outras normas (ex: segurança, governamental, legislação).

d) Alfa e beta teste (ou teste no campo)

Desenvolvedores de softwares comerciais ou pacotes, muitas vezes precisam obter um feedback de clientes em potencial existente no mercado antes que o software seja colocado à venda comercialmente.

O alfa teste ou teste de aceite de fábrica é feito no "site" da organização em que o produto foi desenvolvido.

O beta teste, teste de campo ou teste de aceite no site é feito pelas pessoas em suas próprias localidades. Ambos os testes são feitos pelos clientes em potencial e não pelos desenvolvedores do produto.

Teste de Manutenção

Uma vez desenvolvido, um sistema pode ficar ativo por anos ou até mesmo décadas. Durante este tempo o sistema e seu ambiente podem ser modificados, corrigidos ou complementados.

O teste de manutenção é realizado no mesmo sistema operacional, sendo realizado devido a modificações, migrações ou retirada de software ou sistema.

Exemplos de modificações incluem melhorias planejadas (ex: baseadas em releases), mudanças corretivas e emergenciais, além de mudanças de ambiente, como atualização em sistema operacional ou banco de dados, e correções (patches) para expor e encontrar vulnerabilidades do sistema operacional.

Teste Funcional

Os Testes funcionais são baseados em funções descritas em documentos de especificação ou compreendidas pelos testadores, e devem ser realizados em todos os níveis de teste (ex: teste de componente).

As técnicas baseadas em especificação podem ser utilizadas para derivar as condições de teste e casos de testes a partir da funcionalidade do software ou sistema. O teste funcional considera o comportamento externo do software (teste de caixapreta).

Teste Não Funcional

Inclui, mas não se limitam a:

  • Teste de Desempenho
  • Teste de Carga
  • Teste de Estresse
  • Teste de Usabilidade
  • Teste de Interoperabilidade
  • Teste de Manutenibilidade
  • Teste de Confiabilidade
  • Teste de Segurança
  • Teste de Portabilidade

Testes não-funcionais podem ser realizados em todos os níveis de teste.

Teste Estrutural

O Teste Estrutural, também chamado de teste de caixa-branca, é uma técnica de teste que serve para avaliar o comportamento interno do componente de software.

O teste é realizado diretamente sobre o código fonte dos componentes de softwares para que possam ser avaliados os aspectos como os teste de fluxo de dados, teste de condição, teste de ciclos e os teste de caminhos lógicos.

Os Testes Estruturais podem ser realizados em todos os níveis de testes. Recomenda-se utilizar as técnicas estruturais após as técnicas baseadas em especificação.

Exemplos de Testes Estruturais:

  • Uso da ferramenta livre JUnit para desenvolvimento de classes de teste para testar classes ou métodos desenvolvidos em Java.
  • Técnica testes manuais ou testes efetuados com apoio de ferramentas para verificação de aderência a boas práticas de codificação.

Teste de Regressão

O Teste de Regressão consiste na aplicação de testes à versão mais recente do software, para verificar que não existem novos defeitos em componentes já testados. Se, ao juntar um novo componente ou suas alterações a outros componentes do sistema surgirem novos defeitos em componentes inalterados, então considera-se que o sistema regrediu.

Os Testes de Regressão, também chamados testes decorrentes de mudanças são os testes realizados novamente em um programa que já foi testado, após sua modificação, para descobrir a existência de algum defeito introduzido ou não coberto originalmente pela mudança.

Alphaville

  +55 11 97627-0682
  Av. Dr. Yojiro Takaoka, 4384 - Conj 404
Alphaville, Santana de Parnaíba/SP - Brasil
CEP: 06541-038

São Paulo

  +55 11 99908-8889
  Rua Mourato Coelho, 90 - Conj 11/14
Pinheiros, São Paulo/SP - Brasil
CEP: 05417-000

SERVIÇOS
QA - Testes Fábrica de Testes Processo de Testes Tipos de Teste CCM Winshuttle Studio Winshuttle Transaction Winshuttle Query Winshuttle Direct Winshuttle Runner Winshuttle Journal Entry Winshuttle Foundation User Governance SAP Integration Services Workflow Applications Automação de Processos Desenvolvimento Consultoria