A realizar um teste de Stress na aplicação Web?

O Jameter é uma ferramenta de teste de carga de código aberto, escrita em Java. Ele é capaz de testar uma série de diferentes tipos de servidores (por exemplo, web, serviços web, banco de dados, apenas sobre qualquer coisa que usa pedidos basicamente).

Prós:

• Open-Source / Free tool from the Apache project (helps with buy-in)
• fácil de começar, e fácil de usar uma vez que você compreende os conceitos centrais. (Ie, como criar um pedido, como criar uma afirmação, como trabalhar com variáveis etc).
Muito escalável. Fiz testes com 11 máquinas a gerar carga no servidor com quase um milhão de acessos/hora. Era muito mais fácil de montar do que eu. estava à espera. Tem uma comunidade activa e bons recursos para o ajudar a pôr-se a funcionar. Leia os tutoriais primeiro e jogue com ele por um tempo.

Conts:

A IU está escrita em baloiço. (ugh!)
• O Jameter funciona analisando o texto de resposta devolvido pelo servidor. Então, se você está procurando validar qualquer tipo de comportamento javascript, você está sem sorte.
• a curva de aprendizagem é íngreme para os não programadores. Se está familiarizado com o normal expressões, já estás à frente do jogo.
• há um grande número de idiotas (inserir expletivos) no fórum de apoio a fazer perguntas estúpidas que poderiam ser facilmente resolvidas se dessem à documentação um olhar superficial. ('Como é que uso o Jameter para testar o stress da minha interface do Windows' aparece com bastante frequência).
• a apresentação de relatórios "fora da caixa" deixa muito a desejar, especialmente para testes de maior dimensão. No teste que mencionei acima, acabei tendo que escrever um rápido consola a aplicação para fazer algumas das conversões 'xml-logfile' para 'html'. Mas isso foi há alguns anos, por isso é provável que isto já não seja necessário.

Eu usei O moedor . É de código aberto, muito fácil de usar, e muito configurável. É baseado em Java e usa Jython para os scripts. Nós o comparamos com uma aplicação web.net, então não pense que é uma ferramenta somente Java (por sua natureza, qualquer ferramenta de estresse web não deve ser amarrada à plataforma que usa).

A abordagem obviamente requer umaton mais hardware do que as técnicas normais de teste de carga, mas o hardware é realmente muito barato quando você está usando computação em nuvem. E um bom efeito colateral disso é que o script é muito mais fácil do que os testes normais de carga. Você não tem que fazer qualquer correspondência regex avançada (como o Jameter requer) para extrair cookies, estado de sessão.net, Parâmetros de solicitação Ajax, etc. Já que estás a usar navegadores a sério, eles fazem o que é suposto fazerem.

Eu usei O Jameter . Além de testar o servidor web, você também pode testar a sua infra-estrutura de banco de dados, serviços de mensagens e servidores de E-mail.

Ab, cerco, tsung, httperf, Atropelar, Pylot, solicitação de log analyzer, perftools

Para uso simples, eu perfer ab (Apache benchmark) e siege, mais tarde é necessário uma vez que ab não suporta cookie e criaria sessões intermináveis a partir do site dinâmico.

Ambos são simples de começar:

ab -c n -t 30 url

siege -b -c n -t 30s url

Para um serviço baseado na web, confira loader.io.

Resumo:

Loader.io é um serviço de teste de carga gratuito que lhe permite testar o stress de suas aplicações web/apis com milhares de conexões simultâneas.

Eles também têm uma API.

Medidor vs moedor

O Jameter é conduzido a partir de uma especificação de estilo XML, que é construída através de uma interface gráfica.

A Grinder usa o Jython scripting dentro de uma estrutura java muti-threaded, por isso mais orientado para programadores.

Ambas as ferramentas irão lidar com HTTP e HTTPS e ter um gravador proxy para iniciar. Ambas as ferramentas usam o modelo de controlador para conduzir múltiplos agentes de teste, de modo que a escalabilidade não é um problema (dado o acesso à nuvem).

O que é melhor: -

Uma chamada difícil como a curva de aprendizagem é íngreme com ambas as ferramentas à medida que você entra nos requisitos mais complicados de scripting para reescrever url, correlação, fornecendo dados únicos por usuário Virtual e simulando primeiro tempo ou retorno de Usuários (manipulando os cabeçalhos HTTP).

Que disse que eu iria começar com o Jmeter como esta ferramenta tem um enorme e há muitos exemplos e tutoriais na web para utilizar esta ferramenta. Se e quando você chegar a um "bloqueio de estrada", isso é algo que você não pode "facilmente" fazer com Jameter, então dê uma olhada no moedor. A boa notícia é que ambas as ferramentas têm a mesma exigência Java e uma solução 'mix and match' não está fora de questão.

O que isto significa é que todas as correlações, problemas de reescrita de url desaparecem à medida que você reutiliza seus scripts de testes funcionais para se tornar scripts de testes de desempenho.

A escalabilidade está comprometida, pois serão necessários mais VMs para conduzir a carga, em comparação com um driver HTTP como o moedor ou o Jameter. Dito isto, se você está olhando para conduzir 500 usuários virtuais, em seguida, com 20 Amazon pequenas instâncias (6 centavos por hora cada) a um custo de apenas $ 1,20 por hora lhe dá carga que está muito perto da experiência real do Usuário.

Além disso, existe uma incrível plataforma open-source Pure-python distribuída e escalável locust que usa greenlets. É ótimo em simular uma enorme quantidade de usuários simultâneos.

• gravador para gravar o cenário
• Usando Akka e Netty o que dá um melhor desempenho em comparação com Modelo de roscagem Jmeter
• DSL Scala, que pode ser mantido em comparação com o Jmeter XML
Fácil de fazer os testes, não te assustes se for o scala.
• relatórios

Deixe - me dar-lhe um exemplo simples para escrever o código usando o código Gatling:

// your code starts here  
val scn = scenario("Scenario")  
     .exec(http("Page")
     .get("http://example.com")) 
// injecting 100 user enter code here's on above scenario.   
setUp(scn.inject(atOnceUsers(100)))       

No entanto, pode tornar isto o mais complicado possível. Uma das características que se destacam para Gatling é o relato que é muito detalhado.

Eu recentemente dei uma palestra sobre isso, você pode passar pela conversa here:
https://docs.google.com/viewer?url=http%3A%2F%2Ffiles.meetup.com%2F3872152%2FExploring-Load-Testing-with-Gatling.pdf

Eu tentei O WebLoad é uma ferramenta muito fixe. Ele vem com e teste IDE script que lhe permite gravar a ação do usuário em um site. Ele também desenha um gráfico à medida que executa testes de esforço em seu servidor web. Experimente, eu recomendo.

Tentando tudo mencionado aqui, eu acheiencravador O melhor para os meus propósitos. interface muito fácil, monitoramento em tempo real, estatísticas úteis, a partir das quais eu construo gráficos de desempenho. Todas as funcionalidades da libcurl estão incluídas.

O Blaze meter tem uma extensão chrome para as sessões de gravação e exportá-las para o JMeter (necessita actualmente de autenticação). Você também tem a opção de pagar-lhes dinheiro para executá-lo em seu conjunto de servidores Jameter (seu preço parece muito melhor do que LoadImpact que eu acabei de parar de usar):

• Extensão Cromática Do BlazeMeter
• item do Blog sobre isso

Eu encontrei O Separador de página da IBM também uma ferramenta interessante para trabalhar.

Eu usei o openSTA .

Isto permite que uma sessão com um site seja gravada e depois reproduzida através de uma linguagem de escrita relativamente simples.

Você pode facilmente testar os serviços web e escrever os seus próprios scripts.

Permite - lhe montar scripts num teste da forma que desejar e configurar o número de iterações, o número de utilizadores em cada iteração, o tempo de rampa para introduzir cada novo utilizador e o atraso entre cada iteração. Os testes também podem ser agendado para o futuro.

Usamos a ferramenta Microsoft mencionada-Ferramenta de Stress de aplicação web da Microsoft. É a ferramenta mais fácil que eu usei. Ele é limitado de muitas maneiras, incluindo apenas ser capaz de atingir a porta 80 em testes criados manualmente. Mas, sua facilidade de uso significa que ele realmente é usado.

Visual Studio Test Edition 2010 (2008 good too). Esta é uma ferramenta muito fácil e poderosa para criar testes web/load com.

O bónus com esta ferramenta ao usar contra os servidores do Windows é que obtém acesso integrado a todas as estatísticas do servidor perfmon no seu relatório. Util.

O outro bónus é que com o projecto Visual Studio pode integrar uma "sessão de desempenho" que irá traçar o perfil da execução do Código do seu site.

Se está a servir páginas web a partir de um servidor windows, esta é a melhor ferramenta lá fora.

É necessária uma licença separada e dispendiosa para utilizar várias máquinas para testar a aplicação.

Para projectos que não têm requisitos de desempenho extremos, incluímos testes de desempenho básicos nos nossos testes; normalmente, programamos os testes usando BadBoy, e importamo-los para o Jameter, substituindo os detalhes do login e outras coisas específicas do thread. Nós então aumentamos estes até o nível que o servidor está lidando com 100 solicitações por segundo; se o tempo de resposta for inferior a 1 segundo, isso geralmente é suficiente. Lançamos e seguimos com as nossas vidas.

A chave é certificar-se de que não faz apenas os testes de stress, mas também que recolhe a informação de que precisa para compreender o desempenho da sua aplicação.

Os testes de esforço mostram como uma aplicação web falha ao mesmo tempo que serve as respostas a uma população crescente de utilizadores. Testes de esforço mostram como o aplicativo Web funciona enquanto ele falha. A maioria dos aplicativos da Web hoje - especialmente os aplicativos da Web Social/móvel - são integrações de serviços. Por exemplo, quando o Facebook teve sua retirada em maio de 2011, você não pôde acessar Pepsi.com a aplicação Web. O aplicativo não falhou completamente, apenas uma grande parte de sua função normal tornam-se indisponíveis para os usuários.

O teste de desempenho mostra a capacidade de uma aplicação Web de manter os tempos de resposta independentemente de quantos utilizadores estão a utilizar a aplicação simultaneamente. Por exemplo, um aplicativo que lida com 10 transações por segundo com 10 usuários simultâneos deve lidar com 20 transações por segundo com 20 usuários. Se a aplicação lida com menos de 20 transações por segundo os tempos de resposta estão crescendo mais e o aplicativo não é capaz de alcançar a escalabilidade linear.

Também, no exemplo acima, a contagem de transacções por segundo deve ser de apenas operações bem sucedidas de um caso de teste/fluxo de trabalho. Falhas tipicamente acontecem em períodos de tempo mais curtos e vai fazer a medição TPS excessivamente otimista. As falhas são importantes para um teste de esforço e desempenho, uma vez que geram carga no aplicativo também.

Olha para o LoadBooster ( https://www.loadbooster.com utiliza o navegador PhantomJS/CasperJs sem cabeça para testar Web sites. Phantomjs processará e renderizará cada página, executará o script do lado do cliente. A abordagem do navegador sem cabeça é mais fácil de escrever cenários de teste para suportar o complexo AJAX pesada Web 2.0 navegação do navegador app，, clique do mouse e teclas no navegador ou esperar até que um elemento exista no DOM. Programa HTML de suporte ao loadbooster selenium muito.

Tente ZebraTester o que é muito mais fácil de usar do que o jameter. Eu usei jMeter por um longo tempo, mas o tempo total de configuração para um teste de carga foi sempre um problema. Embora ZebraTester não seja código aberto, o tempo que poupei nos últimos seis meses compensa. Eles também têm um portal SaaS que pode ser usado para executar testes rápidos usando seus geradores de carga.

Dá uma vista de olhos ao Teste Completo .

• interacção fácil de programar com o utilizador
• Os relatórios são claros
• pode monitorizar a carga do servidor

PS: Sem comentários sarcásticos sobre o nome de pessoas que estão familiarizadas com gírias urbanas. Eu não era, mas sou um pouco mais mundano agora.

A principal questão que o teste de carga responde é quantas respostas simultâneas os utilizadores podem suportar a minha aplicação web? Para obter uma resposta adequada, o teste de carga deve representar o uso real da aplicação, tão próximo quanto possível possível.

Tenha em mente, o jameter tem muitos blocos de construção Controladores Lógicos, configuração Elementos, Pré Processadores, Ouvintes ,... o que te pode ajudar nisto.

Podes imitar a situação do mundo real com o jameter, por exemplo podes:

1. Configurar o jMeter para atuar como Navegador real, configurando (concurrent resource download, browser cache, http headers, setting request time out, cookie management, https support, encoding , ajax support ,... )
2. configurar o jameter para gerar os pedidos do utilizador (definindo number of users per second, ramp-up time, scheduling ,...)
3. Configure muitos clientes com o jMeter neles, para fazer uma distribuição teste de carga.
4. Process response to find if the server is responding correctly during test. (Por exemplo assert resposta para encontrar um texto nele)

Por favor, considere:

• é fácil iniciar um verdadeiro teste de aplicação web com o jameter em minutos. O jameter tem uma ferramenta muito fácil que grava o seu cenário de teste (conhecido como HTTP(S) Test Script Recorder).
• o jameter tem muitos plugins em http://jmeter-plugins.org.
• o jameter UI é baseado em swing e fez boas mudanças no jMeter 3.2. Por outro lado, considere que a interface do Jameter só deve ser usada para testes e depuração. Não é boa prática usá-lo no modo GUI para o teste real. https://www.blazemeter.com/blog/5-ways-launch-jmeter-test-without-using-jmeter-gui . Configure e teste o seu cenário e execute-o no modo Não-gui.
• Os relatórios mostram muitas ferramentas em jameter (conhecido como listeners), mas não estão destinadas a ser feitas durante o ensaio. Você deve fazer o seu teste e gerar relatórios (.jtl ficheiros). Então você deve usar essas ferramentas para analisar o resultado. Por favor, dê uma olhada em https://www.blazemeter.com/blog/jmeter-listeners-part-1-basic-display-formats ou https://www.tutorialspoint.com/jmeter/jmeter_listeners.htm.

O https://www.blazemeter.com/jmeter tem informações muito boas e práticas para o ajudar a configurar o seu ambiente de teste.