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]
Leave a Comment