Teste de Software

Teste de Software

1. Vertentes do Teste de Software

   • Níveis de Teste
     • • 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.
   • 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 (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 – 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 Layout – Valida se o sistema está de acordo com o protótipo – Tipo Caixa Preta
     • • 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. (Caixa Preta) – Envolver um analista de teste para acompanhar o levantamento de requisitos juntamente ao cliente – Não deixar esta função apenas para o analista de requisito – Participação do analista de teste desde o inicio de toda caminhada – Esse procedimento ajuda a encontrar falhas desde o início, reduzindo o custo dos erros
     • • Teste de Usabilidade – Valida como está a usabilidade do sistema – Disposição dos campos, mensagens coerentes, etc. – Tipo Caixa Preta
     • • Teste de Funcionalidade – Valida as funcionalidades do sistema – Ex: Confirmar, Salvar, Excluir, Alterar, Paginação, etc. – Tipo Caixa Preta
     • • Teste de Ortografia – Valida a ortografia utilizada nas páginas e relatórios do sistema – Tipo Caixa Preta
     • • 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 – Testar restrições de memória, espaço em disco, CPU, dentre outros. – Testa-se com quantidade elevada de acessos simultâneos, volume de dados acima da média esperada, etc. – Nessas condições o comportamento do sistema será avaliado – É importante que o ambiente de testes seja o mais parecido possível com o ambiente de produção – Este teste deve ser feito com alguma ferramenta de automação de Teste – Tipo Caixa Branca
     • • Teste de Performance – Avaliar se o sistema consegue obter um desempenho determinado em quesitos como, tempo de resposta, utilização do hardware, dentre outros – Não deve ser confundido com o teste de estresse – O objetivo é verificar se a performance está como esperada em condições normais, e não em condições extremas – Tipo Caixa Branca
     • • 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 – Pode necessitar de contratação de terceiros, visto que especialistas poderão utilizar técnicas e conhecimentos específicos para invadir o software – Tipo Caixa Branca
     • • Teste de Conformidade – Utilizado para verificar se a aplicação está dentro dos padrões e procedimentos
     • • Testes Unitários – São os testes da menor parte do software, onde normalmente são testados métodos de uma classe ou até funções e procedures – Estes testes são realizados por programadores onde os mesmos estão olhando o código (testes caixa branca) – Muitos dos analistas de testes não têm conhecimento das técnicas de programação para assumir estes testes (não é responsabilidade da equipe de testes) – O ideal é que os programadores desenvolvam testes para as suas próprias rotinas – Deve-se ter em mente a criação das funções, procedures e métodos que entre com dados e retorne um resultado – Debug de código realizado pelo programador
   • Tipos de teste
     • Teste Caixa Branca = Os testes estruturais, ou "testes caixa-branca" levam em consideração a estrutura do código fonte para identificar a implementação e se os diferentes caminhos estão sendo cobertos por algum tipo de teste. Os testes serão elaborados para verificar: – As decisões lógicas (verdadeiro/falso) – Os "loops" até o limite – As variáveis estáticas e dinâmicas – Dentre outros
     • Teste Caixa Preta • Os testes funcionais também são conhecidos como "teste caixa-preta“ • O testador não precisar conhecer os detalhes da codificação • O testador informa os dados de entrada e verifica se a saída/resultado está de acordo com o que era esperado • Não tem como objetivo saber como a funcionalidade foi implementada, mas sim quais são os resultados apresentados
     • Teste Caixa Cinza • Apesar de não ser reconhecida por muitos especialistas, a técnica de teste de caixa-cinza é um mesclado do uso das técnicas de caixa-preta e de caixa-branca. • Isso envolve ter acesso a estruturas de dados e algoritmos do componente a fim de desenvolver os caso de teste, que são executados como na técnica da caixa-preta • Exemplo: Verificar se o dado está sendo gravado no banco de dados corretamente