Como você deseja testar este aplicativo em toda a pilha, provavelmente desejará algo que possa preencher os formulários e o login, etc. Jmeter é bastante extenso a esse respeito.
O mais importante é certificar-se de enfatizar os vários aspectos do teste que atingirá a pilha completa, incluindo o backend SQL. Além disso, geralmente é bom certificar-se de que você está acessando muitas páginas diferentes se o aplicativo for construído dessa forma, para que você não esteja apenas comparando o cache dos sistemas. Usar um / b incorretamente para apenas carregar uma página estática repetidamente é, na maioria das vezes, uma perda de tempo, a menos que você se preocupe apenas com o desempenho do melhor cenário do Apache.
O processo geralmente é:
Preperação:
- Certifique-se de que o teste de estresse vale o investimento de tempo
- Desenvolva um teste de estresse extenso que testará a pilha inteira (ou seja, Jmeter). Se o tempo é limitado e você não pode fazer isso, então use sua equipe interfuncional (devs, dba, sysadmins, etc) melhor palpite quanto ao local onde o gargalo é
- Certifique-se de ter um processo que monitore todos os recursos relevantes do sistema durante os testes
Execução:
- Execute o teste de estresse
- Analise os resultados para o gargalo
- Corrigir o gargalo
- Repetir
Como nota final, muitas vezes descobri que ter sistemas suficientes para testar o sistema é uma das partes difíceis - portanto, sua solução da Amazon parece boa para mim.