Comment chargez-vous tester votre application?

Quel est le moyen le plus efficace de charger pour charger tester votre application? L'essentiel est de déterminer le nombre d'utilisateurs que vous pourriez prendre en charge en même temps avec l'application fonctionnant toujours à une vitesse raisonnable.

Le logiciel de test de charge le plus complet que j'ai trouvé est HP LoadRunner (désolé pour le lien bit.ly mais le lien HP est horrible et ne fonctionnera pas correctement). Il est très flexible et vous pouvez générer de nombreux types de rapports différents à partir des tests de charge. Vous pouvez également faire fonctionner un groupe de machines en tandem pour charger le test. Non pas que d'autres outils soient mauvais, mais cela fait ressembler à Apache JMeter un jouet.

httperf principalement et aussi AB l'outil Apench Benchmarking

(et une tonne d'instruments pour intercepter les requêtes en double et les erreurs de cache.)

Il est simple, efficace et peut générer beaucoup de trafic à partir d'une machine quad-core + connectée à votre serveur sur Ethernet gigabit. Il a également des trucs sympas comme la limitation de débit.

Si vous voulez vraiment devenir fantaisiste, vous pouvez enregistrer et lire le trafic HTTP avec httperf.

L'outil d'analyse de capacité Web Microsoft (WCAT) serait l'outil de choix de l'équipe IIS

Je vais mettre quatre ensembles de critères pour que vous puissiez examiner les outils, et il y en a beaucoup disponibles dans les domaines open source et commerciaux pour les applications de test de performance.

1. Va-t-il exercer mes interfaces sur mon application? Il existe de nombreux outils gratuits, mais dont l'interface est monolithique et qui peuvent ne pas exercer pleinement votre application. Les outils commerciaux ont un support de protocole / interface plus large que ceux open source
2. Le rapport correspondra-t-il à mes besoins? Rien n'est plus frustrant que d'exécuter un test et d'avoir à passer des jours à essayer de rassembler les résultats sous une forme significative pour l'analyse et pour déterminer si vous avez atteint vos exigences ou non. Encore une fois, c'est un domaine où les outils commerciaux battent la morve des outils open source.
3. Mon équipe a-t-elle les compétences techniques pour utiliser l'outil? Vous ne voulez pas franchir les obstacles ou les deux processus de test de performance, analyse et encore un autre langage / outil à apprendre en même temps. Être réaliste.
4. Fonctionnera-t-il sur mon infrastructure de test? Vérifiez les exigences. SI un système d'exploitation et une version particuliers sont notés, utilisez-les ou n'utilisez pas l'outil. Moins de choses sont plus frustrantes pour le support d'outils lorsque quelqu'un appelle / envoie un e-mail avec un problème pour constater que les exigences d'installation et de fonctionnement ont été ignorées.

Les nombres 1 à 3 sont essentiels. Manquez l'un de ces trois et vous avez peut-être bien acheté l'outil commercial le plus cher et embauché la société de conseil la plus chère pour le déployer pour vous - Vous ne voulez pas être pris au volant de clous avec le bout d'un tournevis tout simplement parce que votre patron vous a dit que le pistolet à clous était un outil coûteux pour la maison qu'on vous avait demandé de construire (Remarque: les pistolets à clous sont souvent disponibles à la location, tout comme les outils de test commerciaux)

Le Grinder est un framework de test de charge open source puissant, flexible et scriptable. Il est activement développé et a une courbe d'apprentissage relativement peu profonde par rapport à certaines des autres options.

Cela dépend de sa complexité; si c'est très complexe, vous avez probablement besoin de quelque chose de plus impliqué, mais pour un site Web dynamique typique, l'utilisation d'un script qui génère plusieurs instances de wget demandant des pages clés dans votre site Web devrait fonctionner.