Recommandations pour l'application Web tests de performance
Je suis sur le point de commencer le test d'une application web intranet. Plus précisément, j'ai pour déterminer les performances de l'application.
Svp quelqu'un pourrait-il suggérer formel/informel des normes pour la façon dont je peux juger les performances de l'application.
OriginalL'auteur JonnyGold | 2008-09-03
Vous devez vous connecter pour publier un commentaire.
Utiliser certains outils pour le stress et les essais en charge. Si vous utilisez Java de prendre un coup d'oeil à JMeter. Il offre différentes méthodes pour vous tester les performances des applications. Vous devriez vous concentrer sur:
Commencer avec ça, si vous êtes intéressés, il existe d'autres types de tests.
OriginalL'auteur Marcio Aguiar
Pour tester le front-end alors YSlow est idéal pour obtenir des statistiques pour combien de temps vos pages de chargement à partir d'un point de vue utilisateur. Il se décompose en stats pour chaque spécifique de la requête HTTP, le temps qu'il a fallu, etc. L'obtenir à http://developer.yahoo.com/yslow/
Firebug, bien sûr, est également essentiel. Vous pouvez le profil de votre JS explicitement ou en temps réel en appuyant sur le bouton profil. Faire des optimisations, si nécessaire, et de voir combien de temps à toutes vos fonctions de courir. Cela a changé la façon dont je mesure la performance de mon code JS. http://getfirebug.com/js.html
OriginalL'auteur David McLaughlin
Vraiment la chose que je pense est le temps de réponse, mais d'autres indicateurs, je pourrais regarder du processeur et de la mémoire vs le nombre d'utilisateurs simultanés/processus. Je voudrais aussi vérifier que tout fonctionne comme prévu dans des conditions normales et ensuite la charge de pointe. Vous risquez de rencontrer des scénarios où la hausse de la charge provoque des erreurs d'application en raison de diverses demandes marcher sur les autres.
Si vous voulez vraiment obtenir des informations détaillées, vous devrez exécuter différents types de charge/stress tests. Vous aurez probablement envie de regarder une étape de test de charge (une augmentation progressive des utilisateurs sur le système au cours du temps) et une pointe de test (un grand nombre d'utilisateurs ont accès à la même époque où presque personne n'a accès à avant). Je voudrais également exécuter des tests sur le serveur de droite après avoir été redémarré pour voir comment cela affecte le système.
Vous aurez probablement envie de regarder un concept appelé la CHALEUR (Environnement Hostile de l'Application de Test). Vraiment cette montre ce qui se produit lorsqu'une partie du système passe en mode hors connexion. Le système se dégradent avec succès? Ce devrait être une clé standard.
Mon un gros morceau de suggestion est d'établir ce que le système est censé faire avant de faire le test. La raison principale est la responsabilité. Amener les gens à admettre que le système est censé faire quelque chose et puis testez pour voir si c'est vrai. Cela est essentiel parce que parce que les gens vont voir immédiatement les résultats et qui sera la base de référence pour ce qui est acceptable.
OriginalL'auteur kemiller2002
"J'ai spécifiquement pour déterminer les performances de l'application...."
Cela vient cercle complet à la question des exigences, la capture d'attentes de votre communauté d'utilisateurs pour ce qui est considéré comme raisonnable et efficace. Les exigences ont un certain nombre de composants
Vous remarquerez que le temps de réponse et d'autres mesures ne sont pas absolus. Prenant une page de six sigma de la fabrication directeurs d'école, le coût de passer de 1 exception dans un millions de dollars à 1 exception dans un milliard, c'est extraordinaire et le coût pour passer à zéro des exceptions est généralement un coût non supportable par le moyen de l'organisation. Ce qui est considéré comme temps de réponse acceptable pour une application unique pour votre organisation sera probablement totalement différent à partir d'un très banalisé offre un internet public face à la demande. Hautement compétitif des solutions de temps de réponse attentes sur l'internet sont orientés vers les 2-3 seconde plage où l'utilisateur abandon reprend sévèrement. Il a chuté au cours de la dernière décennie, à partir de 8 secondes, 4 secondes et maintenant dans les 2-3 secondes. Certaines applications, comme Facebook, tirer, presque imperceptible des temps de réponse sous un deuxième gamme pour des raisons de concurrence. Si vous êtes à la recherche d'un dur standard, ils n'existent tout simplement pas.
Quelque chose qui va aider votre compréhension est à lire à travers un couple de références de l'industrie de style, de forme, de fonction.
La configuration d'un solide ensemble de tests de performance qui correspond à votre besoin, c'est un non-trivial. Vous pouvez apporter à un spécialiste pour gérer cette phase de vos efforts d'assurance qualité.
Sur votre sélection de l'outil, assurez-vous que vous obtenez un qui peut
Ratés sur l'un des quatre éléments ci-dessus et vous avez acheté l'outil le plus cher sur le marché et de recruter le plus cher de l'entreprise à déployer.
Bonne chance!
OriginalL'auteur James Pulley