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 sur le site Web? Ou même comment résoudre des problèmes de site Web qui sont apparemment invisibles, mais qui ont un impact sur votre entreprise globale? La réponse à ces questions est le test de performance.

Les tests de performance ont été autour pour toujours, mais évoluant avec de nouvelles technologies tous les jours. À la base, le test de performance se fait en simulant de vrais utilisateurs pour interagir avec le site web à l’aide de scripts. Ces données d’interaction sont ensuite saisies 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 le fonctionnement du système dans le cadre des charges de travail prévues. Les tests de performance révéleront également les incohérences, les inefficacités et les problèmes d’utilisabilité lorsque plusieurs demandes sont faites 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 entièrement votre site Web, application ou une seule page avant que l’utilisateur puisse effectuer n’importe quelle 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 devrait utiliser les ressources avec efficacité ainsi que l’allocation des ressources gérables 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
  • Utilisateurs simultanés

 

Connexions HTTP simultanées vs navigateurs simultanés vs utilisateurs simultanés

 

HTTP simultané

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.

 

Navigateurs simultanés

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.

 

Utilisateurs simultanés

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 comme la dé connecte, la caisse, la messagerie, le shopping, 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 tests de charge de base, comment 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 chaque page de produit, le temps de chargement de la page du panier, le temps de chargement de la page de caisse 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 retire différentes ressources, lance peu de services à l’échelle du site, appelle des services tiers, et ainsi de suite avant qu’elle ne se charge enfin. 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 LoadView et recevez 20 $ en crédits de test de charge. Ou planifiez une démo en direct avec l’un de nos ingénieurs de performance pour une promenade complète à travers la plate-forme LoadView pour voir toutes les fonctionnalités et les avantages de la plate-forme a à offrir!