Desenvolvimento

Ξ Deixe um comentário

Riscos abordados através de testes de desempenho

publicado por Vanessa Gomes

Figura - Riscos abordados através de testes de desempenhoDe acordo com Meier et al. (2007, p.37), teste de desempenho é indispensável para a gestão de certos riscos de negócios significativos. Por exemplo, se seu site não pode lidar com o volume de tráfego que recebe, seus clientes vão comprar em outro lugar. Além de identificar os riscos óbvios, teste de desempenho pode ser uma maneira útil de detectar muitos outros problemas potenciais. Enquanto os testes de desempenho não substitui outros tipos de teste, pode revelar informações relevantes para a usabilidade, funcionalidade, segurança e imagem corporativa que é difícil de obter de outras maneiras.

Os riscos relacionados não estão confinados a satisfação do usuário final, apesar de que é o que a maioria das pessoas pensa em primeiro lugar. Velocidade também é um fator em alguns negócios e dados relacionados com os riscos. (MEIER et al. 2007)

Alguns riscos comuns que os testes de desempenho podem abordar:

  • A aplicação é rápida o suficiente para satisfazer os usuários finais?
  • O negócio capaz de processar e utilizar os dados coletados através da aplicação antes que os dados se torna obsoleto? (Por exemplo, fim de mês os relatórios são gerados no prazo de 24 horas após o fechamento dos negócios no último dia do mês, mas é preciso a aplicação de 48 horas para processar os dados.)
  • A aplicação é capaz de apresentar as informações mais atuais (por exemplo, citações, bolsas) para seus usuários?
  • Um serviço Web responder dentro do tempo máximo de resposta esperado antes de um erro é lançado?

Geralmente, os riscos que os endereços de teste de desempenho são classificados em termos de velocidade, escalabilidade e estabilidade. A velocidade é tipicamente uma preocupação do usuário final, escalabilidade é uma preocupação das empresas, e a estabilidade é uma preocupação técnica ou manutenção.

Identificar riscos relacionados ao projeto e as estratégias de mitigação associados, onde os testes de desempenho podem ser empregados é quase universalmente vista como uma prática valiosa e econômica de tempo. 

IDENTIFICAR O AMBIENTE DE TESTE

O ambiente no qual os testes de desempenho será executado, juntamente com as ferramentas e recursos necessários para executar os testes de desempenho, constituem o ambiente de teste. Sob condições ideais, se o objetivo é o de determinar as características de desempenho da aplicação na produção, o ambiente de teste é uma réplica exata do ambiente de produção, mas com a adição de carga geração e recurso de monitorização-ferramentas. Réplicas exatas dos ambientes de produção são incomuns. (MEIER et al., 2007).

Segundo Meier et al. (2007, p.46), o fator-chave na identificação de seu ambiente de teste é completamente entender as semelhanças e diferenças entre os ambientes de teste e de produção.

Alguns fatores críticos a serem considerados são:

  • Hardware
    – Configurações;
    – Hardware da máquina (processador, memória RAM, etc);
  • Rede
    –  Arquitetura de rede e do usuário final local;
    –  Balanceamento de carga implicações;
    –  Cluster e Domain Name System (DNS) configurações;
  • Ferramentas
    – Carga-geração limitações da ferramenta;
    –  Impacto ambiental das ferramentas de monitoramento;
  • Software
    – Outro software instalado ou em execução em ambientes compartilhados ou virtuais;
    –  Software restrições de licença ou de diferenças;
    –  A capacidade de armazenamento e volume de dados de sementes
    –  Níveis de log;
  • Fatores externos
    – Volume e tipo de tráfego adicional na rede;
    –  Agendada ou processos batch, atualizações ou backups;
    –  Interações com outros sistemas;

CONFIGURAR O AMBIENTE DE TESTE

Preparar o ambiente de teste, ferramentas e recursos para implementação do teste design e execução de teste antes de funcionalidades e componentes que se tornarem disponíveis para o teste, podem aumentar significativamente a quantidade de testes que pode ser realizado durante o tempo que essas características e componentes estão disponíveis. (MEIER et al., 2007).

Além disso, o plano para reconfigurar periodicamente, atualizar, adicionar, ou melhorar o seu ambiente de carga-geração e ferramentas associadas em todo o projeto. Mesmo que o aplicativo em teste permanece o mesmo e a ferramenta carga-geração esteja funcionando corretamente, é provável que as métricas que você deseja coletar mude. Isso freqüentemente implica algum grau de alteração ou adição de ferramentas de monitoramento. (MEIER et al., 2007).

[Crédito da Imagem: Testes de Desempenho – ShutterStock]

Autor

Atua profissionalmente como Analista de Desenvolvimento e Analista de Teste em Qualidade. - Certificação em ITIL V3 Foundation - CTFL - Certified Tester Foundation Level - SFPC - Scrum Foundation Professional Certificate - DEPC - Devops Essencial Professional Certificate - Linguagens: PHP, SQL, HTML, Java,.NET, Groovy; - Automação de Testes com JUnit, Selenium e Cucumber - Big Data Foundation - Scrum Master (fundamentos),

Vanessa Gomes

Comentários

You must be logged in to post a comment.

Busca

Patrocínio

Publicidade



Siga-nos!

Newsletter: Inscreva-se

Para se inscrever em nossa newsletter preencha o formulário.

Artigos Recentes