Teste de Software - Aula 3

Teste de Software - Aula 3

1. Níveis de teste

   • Teste unitário: Quando o teste é realizado no momento da codificação e desenvolvimento do sistema.
     • Objetivo: garantir que o código escrito esteja de acordo com sua especificação
       • Nesse nível de teste, é imprescindível o acesso ao código fonte e isso acontece durante a fase de implementação.
         • Os problemas são identificados e corrigidos ainda nessa fase.
   • Testes de Integração: Quando o teste é realizado no momento da integração de componentes previamente desenvolvidos.
     • Objetivo: buscar por defeitos na interface entre componentes e ocorre em paralelo à atividade de integração do sistema.
       • 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.
   • 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.
     • Objetivo: avaliam o comportamento do sistema como um todo com foco na análise da conformidade com os requisitos
       • Nesse nível, é importante que o ambiente de teste se pareça, ao máximo, com o ambiente de produção, de forma que os testes reproduzam o máximo possível o uso real.
   • 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.
     • São realizados pelos clientes e/ou usuários do sistema com o objetivo de verificar se o sistema está atendendo ao que era pretendido e fora especificado; não tem como objetivo caçar defeitos e sim verificar se o sistema está "conforme“
       • Inclui a avaliação dos critérios objetivos para aceitação dos requisitos do software.
     • Teste Beta
       • É realizado em uma ou mais instalações do cliente final • Sem a intervenção do desenvolvedor • É uma aplicação real do software • Os problemas são reportados regularmente ao desenvolvedor
     • Teste Alfa
       • É executado por um cliente nas instalações do desenvolvedor • Ambiente controlado • O desenvolvedor acompanha registrando os problemas encontrados

2. Tipos de teste

   • Caixa Branca - Estrutural
     • Teste de Estresse
       • Avaliar como o sistema se comporta em condições extremas – Deve ser realizado para consumir os recursos disponíveis de forma anormal
     • Teste de Performance
       • Avaliar se o sistema consegue obter um desempenho determinado em quesitos como, tempo de resposta, utilização do hardware, dentre outros
     • Teste de Contingência
       • Utilizado para verificar se após uma falha, a recuperação dos serviços são restabelecidos
     • Teste de Segurança
       • São executados para garantir que os mecanismos de segurança do software vão protegê-lo em relação à integridade, confidencialidade das informações e proteção do software
     • Teste de Conformidade
       • Utilizado para verificar se a aplicação está dentro dos padrões e procedimentos
   • Caixa Preta - Funcional
     • Teste de Layout
       • Valida se o sistema está de acordo com o protótipo
     • Teste de Requisitos/Especificação
       • Valida na tela do sistema se o mesmo faz o que a especificação diz que deve ser feito, e se o sistema não faz além do especificado.
     • Teste de Usabilidade
       • Valida como está a usabilidade do sistema – Disposição dos campos, mensagens coerentes, etc.
     • Teste de Funcionalidade
       • Valida as funcionalidades do sistema – Ex: Confirmar, Salvar, Excluir, Alterar, Paginação, etc.
     • Teste de Ortografia
       • Valida a ortografia utilizada nas páginas e relatórios do sistema
   • Caixa Cinza
     • Teste de Regressão
       • Testar novamente o software (ou partes dele), após o desenvolvimento de uma mudança (manutenção)
         • 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