Menu

Teste de aplicativos - Noções básicas de teste de software!

application testing into basics software testing

Experimente Nosso Instrumento Para Eliminar Problemas

Introdução ao teste de aplicativos

O Teste de Aplicativos é uma atividade realizada com frequência por quase todos os testadores de software em sua carreira. Essas duas palavras são extremamente amplas em aspectos práticos. No entanto, apenas as áreas principais e mais importantes serão discutidas aqui. O objetivo deste artigo é tocar todas as áreas primárias para que os leitores recebam todas as instruções básicas em um único lugar.

Teste de Aplicação

Em uma linha, podemos dizer que o teste de aplicativo é um processo por meio do qual a funcionalidade, usabilidade e consistência de todo o aplicativo são testadas.

O que você aprenderá:

Teste de aplicativo: explicando os fundamentos do teste de software

Categorias de aplicativos

Quer se trate de um pequeno software de calculadora apenas com as operações aritméticas básicas ou de uma solução empresarial online; existem três categorias de aplicativos:

Categorias de aplicativos

Para aplicativos de desktop, o teste deve levar em conta a interface do usuário, lógica de negócios, banco de dados, relatórios, funções e direitos, integridade, usabilidade, funcionalidade, desempenho, segurança, compatibilidade de hardware e software e fluxo de dados.

Para aplicativos da web, os testadores devem dar importância suficiente ao desempenho, carga e segurança do aplicativo.

Outros tipos de teste principais cobertos pelo teste de aplicativo da web são teste funcional, teste de navegador cruzado, UAT, teste Beta, teste de regressão, teste de compatibilidade, teste de fumaça, teste exploratório, teste de compatibilidade e suporte multilíngue e teste de estresse.

Para aplicativos móveis, os principais tipos de teste que devem ser feitos são teste de IU, teste baseado em regras, regressão, teste funcional e de segurança.

Portanto, AUT (aplicativo em teste) é o software de desktop ou um site ou um aplicativo móvel.

Teste de Aplicação

Metodologias de teste de aplicativos

Este é um aspecto bem conhecido e discutido de que existem apenas 3 metodologias de teste universalmente aceitas:

# 1) Caixa preta : No teste de caixa preta, o AUT é validado em relação aos seus requisitos considerando as entradas e saídas esperadas, independentemente de como as entradas são transformadas em saídas. Os testadores estão menos preocupados com a estrutura interna ou código que implementa a lógica de negócios do aplicativo.

Caixa preta

Existem quatro técnicas principais para projetar casos de teste para testes de caixa preta:

  • BVA ( Análise de valor limite )
  • EP (particionamento de equivalência)
  • Tabelas de Decisão
  • Tabelas de transição de estado (e diagramas)

O teste de caixa preta é comumente empregado para testes funcionais, não funcionais e de regressão.

#dois) Caixa branca : O foco principal desta metodologia é validar como a lógica de negócios do aplicativo é implementada pelo código / programa.

Caixa branca

A estrutura interna do aplicativo é testada aqui e as técnicas disponíveis para isso são:

  • Cobertura de código
  • Cobertura do Caminho

Ambas as técnicas listadas acima contêm várias outras estratégias que podem ser discutidas em algum outro artigo. Algumas técnicas são discutidas no ‘ Técnicas de design de caso de teste ' tópico.

# 3) Caixa cinza : Na prática, é uma mistura de caixa preta e caixa branca.

Caixa cinza

Salesforce admin entrevista perguntas e respostas para experientes

Nessa metodologia, principalmente o testador testa o aplicativo com a abordagem Black-box. Mas, para alguns módulos de um aplicativo críticos para os negócios ou vulneráveis, o teste é feito por meio de uma caixa branca.

Inscrição Ferramentas de teste

Há muitos Ferramentas de teste de aplicativos disponíveis no mercado hoje. Isso inclui ferramentas pagas e de código aberto. Além disso, algumas ferramentas são específicas para fins.

Por exemplo, Teste de IU, Teste Funcional, Teste de BD, Teste de Carga, Desempenho, Teste de Segurança e Teste de validação de Link, etc. No entanto, algumas ferramentas são fortes o suficiente para fornecer a facilidade de testar vários aspectos principais de um aplicativo.

O conceito mais importante em ‘Teste de aplicativo’ é o teste funcional. Portanto, nosso foco será em ferramentas de teste funcional.

Aqui está a lista de alguns recursos mais importantes e fundamentais que são fornecidos por quase todas as ferramentas de 'Teste Funcional'.

  • Gravar e reproduzir
  • Parametrizar os Valores
  • Editor de Script
  • Executar (o teste ou script, com modos de depuração e atualização)
  • Relatório na sessão de execução

Diferentes fornecedores fornecem alguns recursos específicos que tornam seus produtos exclusivos para outros produtos concorrentes. Mas os cinco recursos listados acima são os mais comuns e podem ser encontrados em quase todas as ferramentas de teste funcional.

A seguir está a lista de alguns amplamente usados Ferramentas de teste funcional .

1) HP QTP ( Profissional de teste rápido )
dois) Selênio
3) IBM Rational Robot
4) Teste Completo
5) Push to Test
6) Telerik

Plano de Teste de Software (POR FAVOR)

Para qualquer atividade, algum planejamento é sempre necessário e o mesmo vale para o teste de software. Sem um plano adequado, sempre existe um alto risco de se distrair durante o teste. Se esse risco se tornar um fato, os resultados podem ser horríveis.

5 partes principais de um bom plano de teste

# 1) Escopo

  • Visão geral do AUT
  • Recursos (ou áreas) a serem testados
  • Exclusões (recursos ou áreas a não serem testadas) com razão
  • Dependências (das atividades de teste umas das outras, se houver)

# 2) Objetivos: Esta seção descreve os objetivos da atividade de teste. validação de correções de bugs, novos recursos adicionados ou reformulação do AUT, etc.

# 3) Foco: Esta seção descreve que aspecto da aplicação será incluído no teste, por exemplo segurança, funcionalidade, usabilidade, confiabilidade, desempenho ou eficiência, etc.

# 4) Abordagem: Esta seção descreve qual metodologia de teste será adotada para quais áreas do AUT. Por exemplo, no STP de um aplicativo ERP; a seção de abordagem pode conter as informações de que o teste de caixa preta será a abordagem para a folha de pagamento. Por outro lado, para relatórios, a abordagem será o teste de caixa cinza.

# 5) Programação: Esta seção descreve quem fará o quê, onde, quando e como no AUT. A seção de programação é, de fato, um '4Ws e 1H' do STP. Normalmente a programação é elaborada em uma tabela simples, mas cada organização pode ter seu próprio formato customizado de acordo com suas necessidades.

Depois que o plano de teste está pronto e o aplicativo está em desenvolvimento, os testadores projetam e documentam os casos de teste. Na seção “Teste de aplicativo - Metodologias” acima, listei as técnicas de design de TC.

Ciclos de teste de aplicativos

Uma vez que o AUT está pronto para o teste, a fase prática do ciclo de teste começa na qual os testadores realmente executam os casos de teste no AUT. Tenha em mente que aqui o ciclo de teste é discutido independentemente dos Níveis de Teste (Unidade, Módulo, Integração, Sistema e Aceitação do Usuário) e Ambientes de Teste (Dev, QA, Réplica do Cliente, Live).

# 1) Teste de Fumaça : Este é o primeiro ciclo de teste. O objetivo do teste de fumaça é verificar se não há travamentos no aplicativo e se ele é adequado para testes adicionais. Esta etapa é ampla e superficial.

# 2) Teste de Sanidade: Este é o segundo ciclo de teste. Seu objetivo é verificar se um módulo específico está funcionando corretamente e é adequado para testes completos. Esta etapa é estreita e profunda.

Dica profissional: Geralmente não há muito tempo disponível para executar os dois ciclos acima separadamente. Assim, uma mistura dos dois ciclos é adotada na prática.

# 3) Teste funcional : O teste adequado e completo do aplicativo é executado neste ciclo de teste do aplicativo. O foco principal desta atividade é verificar se a lógica de negócios do aplicativo está funcionando conforme o esperado.

# 4) Teste de Regressão : Este é o ciclo final de aplicação. Aqui, as correções de bugs e / ou atualizações são verificadas. Além disso, o teste de regressão também garante que não haja mau funcionamento em outras áreas do AUT devido a correções e alterações.

Bugs são registrados em cada ciclo de teste. Não há limite distinto entre os ciclos de teste. Por exemplo, em Regressão, a Funcionalidade também é verificada e também pode exigir fumaça, sanidade ou fusão primeiro.

Falamos acima sobre quatro diferentes ciclos de teste de aplicativos. Também precisamos entender aqui que cada ciclo de teste de aplicativo possui certas etapas envolvidas. Geralmente, qualquer ciclo de teste tem as etapas apresentadas na imagem abaixo:

Ciclos de teste de aplicativos

Teste de aplicativo - Melhores Práticas

Acho que centenas de artigos estão disponíveis na internet. Cada artigo sugere um número diferente de melhores práticas, variando de 7 a 30 (que eu vi até agora). No entanto, tenho apenas 5 dicas para leitores.

  • Plano Apropriadamente
  • Teste Intensamente
  • Registre os bugs Claramente
  • Faça o teste de regressão Eficientemente
  • Melhore as quatro habilidades acima Continuamente

Além disso, você deve priorizar bem os casos de teste e cobrir primeiro os principais fluxos de negócios.

Conclusão

O Teste de Aplicativos é um assunto vasto e é a atividade principal de quase todos os testadores de software.

Neste artigo, forneci uma visão geral das áreas mais fundamentais e necessárias que se enquadram no teste de aplicativos. Envolve estratégias, fenômenos, abordagens, ferramentas, tecnologias e diretrizes. Abordei o insight conceitual e prático dos testes de aplicativos, juntamente com suas áreas de preocupação mais importantes.

Leitura recomendada

^