Teste de SW

Teste de SW

1. Teste De Caixa Cinza

   • Teste De Regressão
     • três tipos:
       • Casos de teste que abrangem todas as funcionalidades do sistema.
       • Casos de teste apenas para as funcionalidades que foram modificadas.
       • Novos casos de teste para as funcionalidades que provavelmente foram afetadas pela mudança.
   • Teste De Cobertura
     • Cobertura de Linha
       • A métrica de software Cobertura de Linha mensura se cada linha executável foi executada.
     • Cobertura de Função e Método
       • A métrica de software Cobertura de Função e Método mensura se cada função ou método foi invocado
     • Cobertura de Classe e Trait
       • A métrica de software Cobertura de Classe e Trait mensura se cada método de uma classe ou trait é coberto.
     • Cobertura de Código de Operação
       • A métrica de software Cobertura de Código de Operação mensura se cada código de operação de uma função ou método foi executado enquanto executa a suíte de teste
     • Cobertura de Ramo
       • A métrica de software Cobertura de Ramo mensura se cada expressão booleana de cada estrutura de controle avaliou tanto para true quanto para false enquanto executa a suíte de teste.
     • Cobertura de Caminho
       • A métrica de software Cobertura de Caminho mensura se cada um dos caminhos de execução possíveis em uma função ou método foi seguido durante a execução da suíte de teste.

2. Teste De Caixa Branca

   • Teste De Unidade
     • Necessidade de automação
     • Uso de um framework de testes
     • Desenvolvimento e testes em paralelo
     • Absolutamente necessário ter testes de unidade, principalmente se fizer refactoring de código
     • Testar as classes da menos acoplada para a mais acoplada
     • Para testar classes individuais
     • Feito pelo próprio programador da classe
     • Testa toda a interface da classe
   • Teste De Integração
     • Integração top-down
       • Desenvolver o esqueleto do sistema e preenchê-lo com componentes
     • Integração bottom-up
       • Integrar componentes de infra-estrutura e, depois, adicionar componentes funcionais
     • objetivo
       • é garantir que dois ou mais unidades funcionam juntos
         • Testa grupos de unidades integradas para criar um sistema ou um subsistema
         • Os testes se concentram nas interfaces de comunicação entre unidades
     • Integração Big-bang
       • Ela é normalmente usada devido às pressões do dia a dia e os testes são aplicados para demonstrar uma operabilidade mínima do sistema.
       • Vantagens
         • Conveniente para sistemas pequenos
       • Desvantagens
         • Necessita de drivers e stubs para cada módulo;
         • Só permite o teste em paralelo no início dos testes;
         • Localização difícil da falha;
         • Fácil perder falhas de interface.
     • Integração Sandwich
       • um sistema é integrado misturando a técnica Top-down com a Botton-up
         • dividindo o sistema em três camadas:
           • Lógica – camada que contém os módulos que são mais frequentemente chamados. Esta camada é testada utilizando a técnica Bottom-up;
           • Operacional- camada que contém os módulos principais, do ponto de vista operacional. Sendo testada utilizando a técnica Top-down.
           • Meio (middle) – são os restantes dos módulos;

3. Teste De Caixa Preta

   • Teste De Funcionais
     • examina se o programa atende as necessidades dos usuários
     • ênfases em
       • verificar adequação do serviço do programa às necessidades e expectativas do usuário
       • verificar a utilizabilidade do programa
       • verificar outros requisitos não funcionais
   • Teste De Aceitação
     • Teste de Aceitação Formal
       • benefícios
         • As funções e os recursos a serem testados são conhecidos.
         • Os detalhes dos testes são conhecidos e podem ser medidos.
         • Os testes podem ser automatizados, o que permite o teste de regressão.
         • O progresso dos testes pode ser medido e monitorado.
         • Os critérios de aceitabilidade são conhecidos.
       • desvantagens
         • São necessários recursos e planejamento significativos.
         • Os testes podem ser uma nova implementação dos testes do sistema
         • O teste não pode revelar defeitos subjetivos no software, já que você está procurando apenas os defeitos esperados.
     • Teste de Aceitação Informal
       • benefícios
         • As funções e os recursos a serem testados são conhecidos.
         • O progresso dos testes pode ser medido e monitorado.
         • Os critérios de aceitabilidade são conhecidos
         • Serão revelados defeitos mais subjetivos do que no teste de aceitação formal.
       • desvantagens
         • São necessários recursos, planejamento e recursos de gerenciamento.
         • Você não tem controle sobre os casos de teste que são utilizados.
         • os usuários podem se adaptar à forma como o sistema funciona e não encontrar defeitos.
         • os usuários podem se concentrar na comparação do novo sistema com um sistema legado, em vez de procurar defeitos.
         • Os recursos do teste de aceitação não estão mais sob o controle do projeto e podem ficar limitados
     • Teste Beta
       • benefícios
         • O teste é implementado por usuários.
         • Há grandes volumes de potenciais recursos de teste.
         • Há uma maior satisfação do cliente para aqueles que participam.
         • São revelados defeitos mais subjetivos que o teste de aceitação formal ou informal.
       • desvantagens
         • Talvez você não teste todas as funções ou os recursos.
         • É difícil medir o progresso do teste.
         • os usuários podem se adaptar à forma como o sistema funciona e não encontrar ou relatar defeitos.
         • os usuários podem se concentrar na comparação do novo sistema com um sistema legado, em vez de procurar defeitos.
         • Os recursos do teste de aceitação não estão mais sob o controle do projeto e podem ficar limitados.
         • Os critérios de aceitabilidade não são conhecidos.
         • São necessários recursos com suporte adicional para gerenciar os testadores beta.
   • Teste Exploratorios
     • vantagens
       • Encontrar bugs que não foram cobertos pelo clássico passo-a-passo;
       • Aumenta a chance de encontrar defeitos no período mais curtos;
       • O testador é livre para explorar novas áreas de acordo
     • desvantagens
       • Para obter um bom resultado, a técnica de testes exploratórios depende muito da experiência do testador;
       • Quando combinado com Testes baseado em Scripts envolve o risco de redundância
     • objetivos
       • Estudar: o sistema em busca de conhecimento que possibilite a identificação de problemas e proposição de melhorias;
       • Analisar: as funcionalidades do sistema para verificar se estão funcionando corretamente conforme foram projetadas;
       • Investigar: os riscos associados aos sistemas que possam afetar a qualidade dos produtos desenvolvidos.