Lors de l’exécution de tests de charge, il peut être important de tester votre site Web et les applications contre les utilisateurs simultanés, et dans certains cas, les utilisateurs simultanés, mais quelle est la différence? Et quand devez-vous effectuer des tests simultanés vs utilisateurs simultanés? Beaucoup de gens se confondent quand ils entendent les mots «utilisateurs simultanés» et «utilisateurs simultanés». Même les techniciens les plus qualifiés se confondent lorsqu’ils parlent d’utilisateurs simultanés et simultanés et de sujets connexes. Bien qu’il existe de nombreuses définitions et exemples différents disponibles partout sur le web, il est probable que soit vous ne les comprenez pas ou obtenir plus confus après les avoir lisants.

Quand il s’agit de tests de performances, il devient encore plus critique que vous compreniez les utilisateurs simultanés par rapport simultanés au niveau fondamental pour appliquer efficacement vos connaissances pour des tests réussis. Les tests de performance tels que les tests de charge, les tests de résistance, etc., sont fortement influencés par le type de charge et les activités des utilisateurs. Sans plus tarder, comprenons-le petit à petit. Cet article vise à expliquer les différences entre les deux termes et fournit des pratiques exemplaires pour chacun, de sorte que vous êtes prêt la prochaine fois que vous chargez le test de votre site Web ou application Web.

Utilisateurs simultanés vs simultanés

 

Concurrent Users

Le mot «simultané» fait référence aux actions et aux événements qui se produisent sur une période de temps ou une période d’observation. Cela signifie que les utilisateurs simultanés sont ceux qui sont connectés à votre site Web ou applications sur une période de temps, indépendamment des activités qu’ils effectuent ou des demandes qu’ils font.

 

Utilisateurs simultanés

Le mot «simultané» fait référence aux actions et aux événements qui se produisent à un certain moment. Cela signifie que ce sont les utilisateurs simultanés qui effectuent la même activité ou les mêmes transactions à un certain moment sur votre site Web ou vos applications.

Comprenons les utilisateurs simultanés et simultanés à partir d’un exemple. Supposons que vous avez un site de commerce électronique et il ya 15.000 utilisateurs qui font quelque chose sur votre site web pour une certaine heure d’observation, disons midi à 13 .m. Pendant cette heure, à 12 h 30.m, 1 000 utilisateurs ont fait une demande de paiement.

Dans ce cas, les utilisateurs simultanés sont 15.000 et les demandes simultanées de caisse sont 1.000. Voici quelques conclusions que nous pouvons tirer de cet exemple :

Les utilisateurs simultanés sont toujours un sous-ensemble d’utilisateurs simultanés. Cela signifie que le nombre d’utilisateurs simultanés sera toujours supérieur au nombre d’utilisateurs simultanés. Il sera rare qu’ils soient les mêmes.

Les utilisateurs simultanés peuvent être inactifs ou actifs, effectuant n’importe quelle activité.

Les utilisateurs simultanés ne peuvent pas être inactifs. Ils doivent être actifs et effectuer la même transaction à l’heure d’observation.

 

Utilisateurs simultanés vs tests simultanés d’utilisateurs

Comprendre les utilisateurs simultanés et les utilisateurs simultanés est la clé d’un test de performance efficace. Si vous créez vos tests de performance sans connaître la différence réelle, vous pourriez finir par calculer de mauvais repères et échouer à l’objectif des tests de performance.

Par exemple, dans notre exemple précédent, si vous ne créez que des tests de charge pour le nombre de visiteurs sur votre site Web, pendant une saison de vente, mais ne créez pas de tests de charge pour les transactions de « caisse », de nombreuses caisses échoueront et vous souffrirez d’énormes pertes de revenus ainsi que de la crédibilité de votre site Web.

 

Tests simultanés des utilisateurs

Tout en faisant des tests de performances pour les utilisateurs simultanés, voici quelques éléments que vous devriez considérer lors de la conception de vos tests :

  • Trafic de pointe. Nombre d’utilisateurs connectés à votre site Web ou à votre application.
  • Utilisation des ressources. CPU, Bande passante, Mémoire, Ressources serveur
  • Temps de chargement. Le temps de chargement du site Web ou de la page individuelle sera affecté par les utilisateurs simultanés.
  • Test de trempage. Performances du site Web/application sur une plus longue durée avec le même nombre d’utilisateurs simultanés.
  • API tierce . Testez les intégrations tierces pour leur capacité de manutention de charge.
  • Nombre maximum de connexions de base de données. Une connexion de base de données est nécessaire pour différentes activités et transactions. Un plus grand nombre d’utilisateurs simultanés peuvent entraîner une augmentation des connexions de base de données, mais pas toujours.
  • Max HTTP Demandes. Votre serveur peut être en mesure de gérer seulement une grande partie de tous les types de demandes HTTP.

 

Test simultané de l’utilisateur

Tout en effectuant des tests de performances pour les utilisateurs simultanés, voici quelques éléments que vous devriez considérer lors de la conception de vos tests :

  • Temps de chargement de la page. Testez vos pages individuelles/importantes pour les demandes simultanées.
  • Transactions utilisateur critiques. Les transactions importantes telles que la déd déditage, la caisse, l’ajout à un chariot, etc. doivent être testées pour les utilisateurs simultanés.
  • API tierce . Testez les transactions individuelles par des tiers telles que le BdP, le mode de paiement, les notifications push, etc., pour les demandes simultanées.
  • Base de données I / O. Testez les performances de la base de données pour les transactions simultanées de lecture/écriture.

 

Test simultané et simultané de charge utilisateur

L’utilisation d’une plate-forme comme LoadView vous permet de générer une charge fixe et réglable pour pratiquement n’importe quel cas de test. Avant d’expliquer comment vous pouvez utiliser la plate-forme pour votre utilisateur simultané et la charge utilisateur simultanée, nous allons parler de certains des différenciateurs qui en font l’une des meilleures plates-formes de test de charge. La plate-forme offre certaines fonctionnalités de test de charge hors de la boîte qui sont utiles pour faire des cas de test pour les utilisateurs simultanés et les tests simultanés de l’utilisateur.

  • Test de charge site Web. Analyse de pointe du trafic pour le temps de chargement du site Web et l’utilisation des ressources.
  • Test de chargement de page Web. Demandes simultanées de pages individuelles pour les connexions, les paniers d’achat, les formulaires, etc.
  • Test de charge API. Demandes d’API du serveur Origin et d’API tierce partie.
  • Streaming Media Load Testing. Testez les performances du serveur de streaming pour une charge simultanée et simultanée.

 

Test simultané vs utilisateur simultané

Il est essentiel de connaître la différence entre les utilisateurs simultanés et simultanés pour concevoir des cas de test et assurer les bons résultats. Les utilisateurs simultanés indiquent le nombre d’utilisateurs pour une durée de test donnée, tandis que les utilisateurs simultanés définissent le nombre d’utilisateurs effectuant la même transaction à un moment donné. Pour plus d’informations sur la façon de traduire l’analyse du site Web en utilisateurs simultanés pour les tests de performances, lisez l’article Analytics to Concurrent Users Knowledge Base.

LoadView est un outil de test de charge basé sur le cloud que vous pouvez utiliser pour pratiquement n’importe quel cas de test qui consiste à tester les utilisateurs simultanés et les utilisateurs simultanés pour les performances du site Web et de l’application. Il peut générer de la charge à l’aide de navigateurs et d’appareils réels à partir de différents emplacements géographiques pour les conditions de test les plus réalistes et des résultats précis.

Essayez LoadView dès aujourd’hui et recevez 20 $ en crédits de test de charge pour commencer. Commencez votre essai LoadView dès maintenant!