2 Ads

506 visualizações

Publicada em

0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
506
No SlideShare
0
A partir de incorporações
0
Número de incorporações
33
Ações
Compartilhamentos
0
Downloads
19
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • 2 Ads

    1. 1. Avaliação de Desempenho de Sistemas de Informação MSc. Luiz Barboza [email_address] http://barbozaluiz.blogspot.com/
    2. 2. Teste de Performance <ul><li>O Teste de Performance se caracteriza por gerar uma sobrecarga no servidor. Existem vários métodos que poderão ser utilizados para obter isso, incluindo: </li></ul><ul><li>Criar uma carga de usuários virtuais para simular muitos clients conectados. Esta técnica também pode ser utilizada para sobrecarregar o tráfego da rede. </li></ul><ul><li>Utilizar clients múltiplos, cada um executando scripts de testes, para gerar uma carga no sistema. </li></ul><ul><li>Considerações Especiais: </li></ul><ul><li>Completude com sucesso dos scripts de Teste sem nenhuma falha e dentro do tempo esperado / requerido (por transação) para um usuário único; </li></ul><ul><li>Completude com sucesso dos scripts de Teste sem falhas e dentro do tempo esperado / requerido para múltiplos usuários; </li></ul><ul><li>Critério de Completude </li></ul><ul><li>Utilizar os Procedimentos de Testes implementados para o Modelo de Teste; </li></ul><ul><li>Modificar os arquivos de dados ou os scripts para aumentar o número de iterações de cada transação; </li></ul><ul><li>Os scripts deverão ser executados em uma única máquina e deverão ser repetidos com múltiplos clients; </li></ul><ul><li>Técnica: </li></ul><ul><li>Validar o tempo de resposta do Sistema para uma </li></ul><ul><li>determinada transação ou função, para as seguintes condições: </li></ul><ul><li>Volume Normal de Carga ; </li></ul><ul><li>Volume de Carga Elevado ; </li></ul><ul><li>Objetivo do Teste: </li></ul>
    3. 3. Teste de Carga <ul><li>O teste de carga deverá ser realizado em uma máquina dedicada ou num tempo dedicado. Isto irá permitir controle total e uma medição mais acurada dos recursos de CPU, memória, rede e disco. </li></ul><ul><li>Considerações Especiais: </li></ul><ul><li>Completude com sucesso dos scripts de teste sem falhas e dentro de uma alocação de tempo aceitável; </li></ul><ul><li>Critério de Completude: </li></ul><ul><li>Utilizar os scripts de testes desenvolvidos para o Ciclo de Teste; </li></ul><ul><li>Modificar arquivos de dados (para aumentar o número de transações ) ou testes para aumentar o número de vezes de cada transação. </li></ul><ul><li>Técnica: </li></ul><ul><li>Verificar o tempo de resposta do sistema para determinadas transações ou “business cases” em várias condições de sobrecarga (10 usuários, 20 usuários, 50 usuários simultâneos e 75 usuários simultâneos). </li></ul><ul><li>Objetivo do Teste: </li></ul>
    4. 4. Teste de Stress <ul><li>O stress da rede pode exigir ferramentas especiais para sobrecarregar a rede com mensagens / pacotes. </li></ul><ul><li>Deve ser feita uma sincronização dos usuários virtuais concorrentes que estarão acessando os mesmos registros / banco de dados; </li></ul><ul><li>Considerações Especiais: </li></ul><ul><li>Todos os testes planejados são executados, e os limites do sistema especificados são alcançados sem falhas no software; </li></ul><ul><li>Critério de Completude: </li></ul><ul><li>Utilizar os scripts de teste desenvolvidos para o Teste de Performance; </li></ul><ul><li>Testar o sistema com baixa disponibilidade de recursos (memória RAM, disco, rede). </li></ul><ul><li>Técnica: </li></ul><ul><li>Verificar a funcionalidade do sistema nas seguintes condições: </li></ul><ul><li>Máximo número de usuários conectados (75 usuários simultâneos). </li></ul><ul><li>Múltiplos usuários desempenhando as mesmas transações sobre os mesmos dados. </li></ul><ul><li>Observações: O objetivo do teste de Stress pode ser também identificar e documentar as condições em que o sistema deixa de continuar funcionando adequadamente; </li></ul><ul><li>Objetivos do Teste: </li></ul>
    5. 5. Throughput and response time
    6. 6. Performance ”knee”
    7. 7. Requisitos de Performance
    8. 8. Workload Model Transação 1 Transação 2 Transação 3
    9. 9. Workload Model Transação 1 Transação 2 Transação 3
    10. 10. Workload Model
    11. 11. Workload Model Add to Cart Login Register Browse Search 62% 14% 10% 7% 7%
    12. 12. Arquitetura de Aplicação Web Web Server Database Server Application Server Cluster EJB Server MQ Series Server WebSphere Application Server <ul><li>Load Balancing </li></ul><ul><li>Firewalls </li></ul><ul><li>Secure Gateways </li></ul>
    13. 13. Protocolo HTTP
    14. 14. Modelo Requisição-Resposta
    15. 15. Arquitetura de Aplicação Web URL
    16. 16. Arquitetura de Aplicação Web URL
    17. 17. Arquitetura de Aplicação Web
    18. 18. Web App Processing with Servlet
    19. 19. Arquitetura de Aplicação Web
    20. 20. Arquitetura de Aplicação Web
    21. 21. Teste de Performance Distribuído Virtual Users (Rational Agent Controller) Web Server Database Server Application Server Cluster EJB Server MQ Series Server Rational Performance Tester Local or remote test execution WebSphere Application Server <ul><li>Load Balancing </li></ul><ul><li>Firewalls </li></ul><ul><li>Secure Gateways </li></ul>

    ×