Mod 02 - Níveis de testes (22)

Mod 02 - Níveis de testes (22)

1. 1-Teste Unitário (ERRO)

   • Conhecido tb como: Teste de componente; Teste de modulo; Teste de programa; (ERRO de programação e lógica de prograação)
   • Componente é um item mínimo do software que pode ser testado isoladamente (Ex.: Classe, programa, função, etc);
   • Primeiro nível de teste a ser EXECUTADO;
   • Objetivo validar indvidualmente itens menores;
   • Executado Durante a construção;
   • Inclui os testes de Caixa-Branca;
     • Caixa-Branca: é quando o comportamento do software é avaliado. 
   • inclui os testes de Caixa-preta;
     • Caixa-Presta: Avalia o comportamento funcional do software. Não avaliando o comportamento interno do software.
   • Valida aspectos Funcionais e não-funcionais
     • Avaliar aspectos não-funcionais como: desempenho, suportabilidade, volume de dados e outros...
   • TDD (Test Driven Development)
     • TDD - Desenvolvimento guiados por testes; Técnica de desenvolvimento de software onde são criados os testes automatizados. Somente depois é criado o código para passar por eles;
     • Escrever o Caso de Teste;
     • Execute o teste;
     • Refatore o código;

2. 2-Teste de Integração (DEFEITOS)

   • Integração das unidades do software;
   • Encontrar erros associados a interface;
   • Técnica sistemática para a integração das unidades;
   • Consiste em testar o programa com um todo;
   • Acontece de forma RECURSIVA;
     • É testado a integração entre modulo e requisitos. Que uma vez validados gerarão novos módulos que deverão ser testados com outros módulos.
   • Níveis do teste de Integração:
     • Teste de integração de Componentes;
     • Teste de integração de sistemas;
   • Planejamento do teste de integração;
     • Ao testar o componente ou conjunto de componentes interagindo com outros componentes ainda não criados;
       • Esses componentes ainda não criados tem o nome de Driver ou stub;
     • Um DRIVER é um programa responsável pela atividade e coordenação do teste de uma unidade ou conjunto de unidade;
       • São CONTROLADORES
     • Um STUB é uma unidade que substitui, na hora do teste, uma outra unidade chamada pela unidade que esta sendo testada;
       • São SIMULADORES
     • É recursivo que aumento o escopo ao passar do tempo;
     • Planejamento da integração
       • Estratégia top-down(Ascendente);
       • Estratégia top-down(Descendente);
       • Estratégia big-bang;
       • Basear-se em grupos funcionais
       • Iniciar os testes pelos casos de testes críticos;
       • Basear-se na sequência dos processos de negócio;
     • Quanto maior for o Âmbito da integração maior a dificuldade de isolar os defeitos;
     • A construção dos componentes influencia na ordem que se pode integra-los.
     • Conhecimento do negócio para escolher a estrategia mais consistente com o projeto;
     • Realizar os testes de requisito não-funcionais;

3. 3-Teste Sistema (Validação)

   • Testa o comportamento funcional de todo sistema definido pelo escopo do projeto;
   • São realizados os testes de Caixa-Preta;

4. 4-Teste de Aceitação (homologação)

   • É verificado se os requisitos atende ou não as necessidades do cliente;
   • Estabelecer a confiança e a satisfação do cliente e usuário com um todo;
   • "Encontrar BUGs não é o principal foco do teste de aceitação";
   • Eq. de Teste deve criar roteiros de testes em alto nível;
   • Apenas algumas funcionalidades-chaves do sistema será testadas;
   • FEEDBACK antecipado;
   • 03 formas para realizar o teste:
     • 1-Teste de aceitação de Usuário;
       • Acompanhar o teste com do usuário pode identificar erros: -Manuais de instalação; -Manuais de Utilização; -Apresentação dos projetos; -PROPOR melhorias ao desenvolvimento para corrigir as falhas;
       • A realidade da situação do negócio e se o sistema vai atender;
       • A complexidade dos relacionamentos do negócio;
       • A utilização dos funcionários com o sistema;
       • Realiza os casos reais;
       • Geralmente é realizado no ambiente do cliente;
       • Teste de aceitação do Usuário é baseado nos Req. de Usuário com visão do negócio;
     • 2-Teste de aceitação Operacional;
       • É aceitação do sistema por quem deve ADMINISTRÁ-LO;
         • Backup / Restore;
         • Recuperação após desastre;
         • Gerenciamento de usuário;
         • Tarefas de manutenção;
         • Verificação periódica de vulnerabilidade de segurança;
       • Objetivo: é promover a confiança que o sistema está funcionando corretamente e pode ser usado antes de ser "Entregue";
       • É conduzido pelos administradores do cliente com o apoio da equipe de teste;
       • Teste de aceitação de contrato
         • Verificando se algum teste de aceite incluso em contrato na produção de software sobre demanda;
         • É definido quando o contrato é assinado;
       • Teste de aceite de regulamento
         • É a necessidade de algum regulamento de acordo com outras normas;
           • Normas de Segurança, governamental, leis e outras;
     • 3-Alfa-teste e Beta-teste;
       • São estrategias para garantir a qualidade do produto;
         • 1- Alfa-Teste Conduzido em um ambiente controlado;
           • O cliente realiza o teste na empresa desenvolvedora do software;
             • A equipe de testes acompanha os teste realizados pelo usuário;
               • 2-Beta-teste é conduzido em um ambiente NÃO controlado, Teste realizado fora de empresa desenvolvedora do software
                 • É voltado para software cuja DISTRIBUIÇÃO atingirá Grandes números de usuário;
                   • Conduzido em + de uma instalação do cliente;
       • Descobrir erros que só o usuário final é capaz de descobrir;

5. O teste de Integração

   • Ocorre depois do teste de Sistema;
   • Objetivo de prover confiança que a aplicação está INTERAGINDO com outras aplicações de forma aceitável;
   • É conduzido pela equipe de teste;
   • É aplicado no ambiente do cliente;
   • É aplicado a técnica de teste de Caixa-Preta testando a interoperabilidade de requisitos de alto nível;

Images and files in the map