Zusammenfassung der Ressource
Teste
- Níveis
- Unidade
Anmerkungen:
- Que fornece valores válidos ou inválidos, verificando se o retorno foi de acordo com o esperado. Não exigindo que o software esteja em uma etapa avançada para ser realizado. Apartir da implementação da primeira classe ou sistema já é possível executa-lo
- Integração
Anmerkungen:
- Consiste em módulos que são integrados e testados em grupo. Como por exemplo seu software, acessando um banco de dados ou fazendo uma chamada externa a outros sistemas
- Sistema
Anmerkungen:
- É o processo de testar o sistema por completo. Verificando se os componentes são compatíveis, se eles interagem corretamente e se transferem os dados certos no momento certo. Tem como objetivo executar o software sob o ponto de vista do seu usuário final, realizando o teste do sistema
- Aceitação
Anmerkungen:
- Tem como objetivo executar o sistema sob o ponto de vista do usuário final. O cliente avalia o sistema e após a experiência de utilização tem a responsabilidade de aceitar ou não o sistema que foi entregue e pelo qual foi pago
- Tipos
- Instalação e configuração
Anmerkungen:
- Basicamente no teste de Instalação e teste de configuração são verificadas o comportamento do sistema em diferentes configurações de software e hardware. Se o software funciona corretamente nas configurações de hardware e software especificados.
- Integridade
Anmerkungen:
- Verificar se os componentes envolvidos vão permanecer integros mesmo com um alto volume de dados. Por exemplo, verificar o comportamento de uma tabela com milhões de registros.
- Segurança
Anmerkungen:
- O Teste de Segurança e Teste de Invasão visam identificar as falhas de segurança de um software ou ambiente em que está sendo executado. Avaliar as vulnerabilidades em aplicações e serviços frente a diferentes tipos de ataques de segurança.
- Funcional
Anmerkungen:
- Testa os requisitos funcionais da aplicação e software. Resumidamente verificar se a aplicação está apta a realizar as funções na qual foi desenvolvida para fazer.
O teste funcional pode ser manual, realizado de forma automatizada ou uma mistura dos dois.
- Caixa-branca
Anmerkungen:
- Também chamada de teste estrutural, a técnica de caixa-branca avalia o comportamento interno do software.
Esta técnica de teste avalia o comportamento interno do componente de software, trabalhando diretamente sobre o código fonte do componente de software para avaliar aspectos tais como: teste de condição, teste de fluxo de dados, teste de ciclos e teste de caminhos lógicos
- Caixa-preta
Anmerkungen:
- Esta técnica de teste em que o componente de software a ser testado é abordado como se fosse uma caixa-preta, ou seja, não se considera o comportamento interno do mesmo. Dados de entrada são fornecidos, o teste é executado e o resultado obtido é comparado a um resultado esperado previamente conhecido. Haverá sucesso no teste se o resultado obtido for igual ao resultado esperado. O componente de software a ser testado pode ser um método, uma função interna, um programa, um componente, um conjunto de programas e/ou componentes ou mesmo uma funcionalidade. A técnica de teste funcional é aplicável a todos os níveis de teste.
- Não funcionais
Anmerkungen:
- são técnicas utilizadas para verificar a operação correta do sistema em relação a casos inválidos ou inesperados de entrada. Outras técnicas de teste existem para testar aspectos não-funcionais do software, como por exemplo, os testes de desempenho, teste de carga ou teste de usabilidade. As técnicas não funcionais verificam atributos de um componente ou sistema que não se relacionam com a funcionalidade (por exemplo, confiabilidade, eficiência, usabilidade, performance, manutenção e portabilidade).
- Unidade
Anmerkungen:
- É o teste básico em um software, fornecendo valores válidos ou inválidos e verificando se o retorno foi de acordo com o esperado.
- Integração
Anmerkungen:
- É a fase do teste de software em que módulos são integrados e testados em grupo. Como por exemplo, seu software acessando um banco de dados ou fazendo uma chamada externa a outros sistemas.
- Volume
Anmerkungen:
- O teste de volume submete uma certa quantidade de dados ao sistema para determinar seu comportamento. Vai depender da estratégia adotada. Pode submeter uma estimativa de 1 ano de utilização, por exemplo, para avaliar o comportamento. Ou submeter uma entrada de dados do volume máximo de dados em cada campo ou a criação de consultas que retornem todo o conteúdo do banco de dados.
- Performance
Anmerkungen:
- Consiste em avaliar a capacidade de resposta, robustez, disponibilidade, confiabilidade e escalabilidade de uma aplicação, conforme a quantidade de conexões simultâneas, avaliando seu desempenho em alta carga de trabalho e considerando seu comportamento em circunstâncias normais.
Em particular, o objetivo de tais experiências pode ser o de garantir que o software não apresente problemas ou indisponibilidade em condições de insuficiência dos recursos computacionais (como memória, processamento ou espaço em disco), quando trabalhando em alta concorrência.
São diversas a estratégias de teste, como: Teste de Carga, O Teste de estresse (Stress Testing), Teste de longa duração ou Teste de Resistência, Teste de Subida Rápida, Teste de Configuração.
- Usabilidade
Anmerkungen:
- Levantamento em conjunto com os reais usuários do sistema e verificar a facilidade que o software ou sistema desenvolvido possui, de ser claramente compreendido e manipulado pelo usuário. Também se outras questões podem melhorar esta experiência, como um fundo ruim, fontes ou tamanho de imagens que podem prejudicar a usabilidade. É importante avaliar no local final onde o sistema será executado. Por exemplo: Muitas vezes sistema é desenvolvido para utilizar toda a tela, mas na vida real, o utilizador precisa dividir a tela com outros sistemas. Ou a simples falta de um campo com preenchimento automático, pode aumentar muito o tempo de atendimento durante o dia de trabalho.
- Regressão
Anmerkungen:
- O teste de regressão é uma técnica do teste de software que consiste na aplicação de versões mais recente do software, para garantir que não surgiram novos defeitos em componentes já analisados. Se ao juntar o novo componente ou as suas alterações, com os componentes restantes do sistema e surgirem novos defeitos em componentes inalterados, então se considera que o sistema regrediu.
- Técnicas
- Alfa
Anmerkungen:
- O período entre o término do desenvolvimento e da entrega é conhecido como fase alfa e os testes executados nesse período como testes alfa
- Beta
Anmerkungen:
- Completada a fase alfa de testes, são lançadas a grupos restritos de usuários versões de teste do sistema, denominadas versões beta. O Teste Beta também é um teste de aceitação voltado para softwares cuja distribuição atingirá grande número de usuários de uma ou várias empresas compradoras
- Regressão
Anmerkungen:
- O teste de regressão é uma técnica aplicável a cada alteração realizada no software, cujo objetivo é garantir que as mudanças realizadas nessa nova versão não gerarão erros em componentes prontos e testados. Consiste em aplicar, antes e depois da alteração, todos os testes que já foram aplicados nas versões anteriores. Por ter essa natureza de repetição, torna-se imprescindível que seja adotada uma ferramenta de automação de testes. Esta técnica pode ser bem aplicada nas fases de testes de unidade, de integração e de sistema.
- Carga
Anmerkungen:
- O teste de carga é uma técnica usada para avaliar os limites operacionais do software. Geralmente, as medições são tomadas com base na taxa de transferência de dados da carga de trabalho e no tempo de resposta da transação. As variações na carga de trabalho normalmente incluem a emulação das cargas de trabalho médias e máximas que ocorrem dentro de tolerâncias operacionais normais. A aplicação dessa técnica é indicada durante as fases de testes de integração e de sistema
- Estresse
Anmerkungen:
- O teste de estresse é destinado a avaliar como o sistema responde em condições anormais. Basicamente, é um teste de carga abrangendo cargas de trabalho extremas, memória insuficiente, hardware e serviços indisponíveis ou recursos compartilhados limitados. Normalmente, esses testes são executados para compreender melhor como e em quais áreas o sistema será dividido, para que os planos de contingência e a manutenção de atualização possam ser planejados com bastante antecedência. A utilização dessa técnica é imprescindível para projetos que desenvolvam sistemas críticos, que necessitem de alta eficiência e disponibilidade. A aplicação dessa técnica é indicada durante a fase de teste de sistema.