Tout en faisant des tests de performance, il est important de comprendre le terme «simultané» en ce qui concerne les différents aspects dans les tests de performance, et est souvent mal compris, ce qui entraîne certaines mesures importantes à négliger. Vous êtes-vous déjà demandé comment votre site web fonctionne sur les appareils utilisateur final ? Ou comment prévoyez-vous d’augmenter le trafic du site Web? Ou même comment résoudre des problèmes de site Web qui sont apparemment invisibles mais qui ont un impact sur l’ensemble de votre entreprise? La réponse à ces questions est le test de performance.
Les tests de performance existent depuis toujours, mais évoluent chaque jour avec de nouvelles technologies. À la base, les tests de performance sont effectués en simulant des utilisateurs réels pour interagir avec le site Web à l’aide de scripts. Ces données d’interaction sont ensuite capturées et analysées pour obtenir des informations sur différents aspects des performances du site Web et des applications, tels que le temps de réponse, l’accessibilité, la fiabilité, la disponibilité, l’utilisation des ressources et l’évolutivité, etc. Des tests de performance sont effectués pour s’assurer que le site web est dans un état stable avec des critères de performance et comment s’améliorer et mettre à l’échelle lorsque le besoin se fait sentir. Plus important encore, il fournira des données utiles sur la façon dont le système fonctionne dans le cadre des charges de travail prévues. Les tests de performance permettront également de découvrir des incohérences, des inefficacités et des problèmes de convivialité lorsque plusieurs demandes sont effectuées simultanément.
Problèmes de performance fondamentaux et mesures
Jetons un coup d’oeil aux problèmes de performance que vous devriez corriger comme première étape.
Temps de chargement
Le temps de chargement de l’application est le temps nécessaire pour charger complètement votre site Web, votre application ou une seule page avant que l’utilisateur puisse effectuer une action. Il est essentiel, comme avec chaque seconde de retard, les utilisateurs se détournons du site web entraînant une perte de revenus.
temps de réponse
Le temps de réponse se réfère à la réponse du serveur à toute activité ou transaction de l’utilisateur. Plus de temps de réponse signifie une expérience frustrante pour l’utilisateur.
Utilisation des ressources et goulots d’étranglement
Votre site Web ou votre application doit utiliser les ressources avec efficacité et une allocation de ressources gérable lorsqu’il y a un trafic élevé ou une demande pour les ressources. Toutes les ressources telles que le Processeur, la mémoire, le réseau, etc., peuvent être un goulot d’étranglement dans de nombreux scénarios, ce qui entraîne une engorbage de l’ensemble de l’application.
Évolutivité
Votre site Web ou votre application devrait être en mesure de gérer le trafic prévu pendant la demande régulière ou lors d’un événement spécial. S’il ne parvient pas à soutenir une forte demande, un problème d’évolutivité médiocre entre en ligne de compte et doit être analysé et corrigé à l’aide de tests de charge.
Scénarios du monde réel
En dehors de ces problèmes fondamentaux, il existe de nombreux cas d’utilisation spécifiques à l’entreprise qui sont directement liés à la performance. Par exemple, si vous avez une application de trading, l’amélioration de la vitesse du site Web n’est pas une tâche unique, vous devez donc réduire de manière proactive le temps de réponse, même quelques millisecondes peuvent faire ou casser une occasion, pour éviter toute perte financière soit pour votre entreprise ou vos utilisateurs.
La liste suivante se compose de certains paramètres de base que vous devez mesurer, surveiller et analyser lors des tests de performance :
- temps de réponse
- CPU interrompt par seconde
- Longueur de file d’attente de sortie réseau
- Total des octets réseau par seconde
- débit
- Sessions actives maximales
- Ratios de succès
- Verrouillages de base de données
- Collecte des ordures ménagères
- Utilisation du processeur
- Utilisation de la mémoire
- Disque I/O
- Bande passante réseau
- Pages mémoire/seconde
- Défauts de page/seconde
- Repères HTTP simultanés
- Concurrent Users
Connexions HTTP simultanées vs navigateurs simultanés vs utilisateurs simultanés
Concurrent HTTP
Http simultané se réfère aux demandes HTTP faites à tout moment. Par exemple, supposons qu’il y ait 10000 utilisateurs avec des sessions valides et 100 utilisateurs demandent à lire la même ressource sur HTTP à tout moment, puis nous avons 100 demandes SIMULTANÉES HTTP.
Concurrent Browsers
Les navigateurs simultanés se réfèrent au nombre de navigateurs avec des sessions valides à tout moment. Ils peuvent envoyer n’importe quel nombre de demandes au serveur à tout moment.
Concurrent Users
Les utilisateurs simultanés se réfèrent aux utilisateurs avec des sessions valides avec le serveur effectuant la même tâche à tout moment.
Habituellement, les gens se confondent avec les utilisateurs simultanés et les utilisateurs simultanés que ces deux sont utilisés de manière interchangeable, mais dans les tests de performance ces deux termes ont des significations différentes. Prenons un exemple :
Supposons qu’il y ait 1 000 utilisateurs différents avec une session valide avec le serveur. Chacun de ces utilisateurs effectue différentes opérations telles que la connexion, le paiement, la messagerie, les achats, etc. Ceux-ci sont appelés utilisateurs simultanés, qui sont essentiellement le nombre d’utilisateurs avec des sessions valides dans le serveur. Maintenant, il pourrait arriver que 100 de ces 1000 utilisateurs effectuent des opérations de caisse au même moment dans le temps. Ensuite, ces 100 utilisateurs seraient des utilisateurs simultanés. Les utilisateurs simultanés sont souvent très moins nombreux que les utilisateurs simultanés et se produisent rarement.
Essais de charge : vitesse, évolutivité et stabilité
Le test de charge est l’un des types les plus importants de tests de performance pour tester le site Web / application sous une charge de trafic élevé. Les données recueillies à partir de ces tests sont analysées et projetées pour déterminer les problèmes qui peuvent se produire lorsque un grand nombre d’utilisateurs réels accèdent à votre site Web. Il est utile d’éliminer les goulots d’étranglement et d’optimiser les transactions ainsi que la planification de l’évolutivité future de l’infrastructure du site Web et des applications. Examinons quelques types de test de charge de base, en quoi ils sont différents et leur importance.
Test de charge HTTP
Les tests de charge HTTP sont généralement effectués pour identifier le nombre de demandes HTTP simultanées que le serveur peut traiter. Il peut également être approché comme nombre maximum de demandes par seconde. Sur un plan granulaire, il peut y avoir différents types de demandes, telles que lire, écrire, faire la navette, etc. Connaître la limite pour chaque demande spécifique peut vous donner plus de détails sur l’optimisation et la planification des ressources que vous devez faire. Par exemple – le nombre de demandes par seconde peut être plus élevé pour une lecture des demandes HTTP, mais il serait probablement beaucoup moins pour les demandes de navettage intensif.
Test de chargement de page Web
Un test de chargement de page Web est effectué pour n’importe quel temps de chargement d’une seule page. Par exemple, si vous avez un site Web de commerce électronique, vous souhaitez vérifier le temps de chargement de la page produit individuelle, le temps de chargement de la page du panier, le temps de chargement de la page de paiement pour améliorer et améliorer l’expérience client. Si vous chargez de page de produit est très bien, mais vous ignorez l’optimisation sur la page panier, il serait certainement entraîner une perte de ventes.
Test de charge d’application Web
Un test de charge d’application Web est effectué pour mesurer la première charge de votre application Web. Il est différent du temps de chargement de page où vous le faites pour chaque autre page individuelle. Lorsqu’une application Web démarre, elle extrait différentes ressources, initie quelques services à l’échelle du site, appelle des services tiers, etc. avant de se charger finalement. Il devrait être votre premier objectif pour optimiser le temps de chargement des applications Web pour éviter le barattage.
Pensées finales : Concurrent HTTP vs Concurrent Browsers vs Utilisateurs simultanés
Le test de charge est une nécessité qui aide les développeurs et les architectes dans l’optimisation et la planification des ressources. Pour les applications Web qui s’attendent à des trafics de pointe, il devient encore plus important. Outre les tests de charge, il est également important de surveiller régulièrement votre site Web ou votre application pour l’accessibilité, la vitesse et la disponibilité des services tiers. N’oubliez pas de charger le test et de surveiller votre site Web ou votre application à partir de différents géolocalisations afin de l’améliorer davantage pour les utilisateurs, car ils peuvent avoir des problèmes de performances spécifiques dérivés de leur emplacement. L’utilisation d’une solution comme LoadView vous permet de charger facilement toutes vos pages Web, applications, services Web, serveurs et API, avec des centaines à des milliers de connexions OU de navigateurs HTTP simultanés.
Essayez l’essai gratuit de LoadView et recevez des tests de charge gratuits. Ou planifiez une démonstration en direct avec l’un de nos ingénieurs de performance pour une visite complète de la plate-forme LoadView pour voir toutes les fonctionnalités et avantages que la plate-forme a à offrir!