Lorsque vous effectuez des tests de charge, il peut être important de tester votre site Web et vos applications par rapport à des utilisateurs simultanés et, dans certains cas, à des 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 sur le Web, il est probable que vous ne les compreniez pas ou que vous soyez plus confus après les avoir lus.

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 explique les différences entre les deux termes et fournit les meilleures pratiques pour chacun, afin que vous soyez prêt la prochaine fois que vous testez votre site Web ou votre 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 au cours d’une période spécifique ou d’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. Lorsque nous parlons d’utilisateurs simultanés dans les tests de charge, ce sont les utilisateurs virtuels qui sont connectés, ou qui «frappent», votre site ou votre application, mais pas du tout en même temps et qui n’effectuent pas les mêmes tâches ou transactions. Par exemple, vous pouvez configurer un test avec différents utilisateurs virtuels effectuant différents objectifs ou étapes de transaction.

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 les utilisateurs simultanés sont ceux qui effectuent la même activité ou les mêmes transactions en même temps sur votre site Web ou vos applications. Si nous mettons cela en termes d’exemple de test de charge, vous voudrez peut-être que quelques centaines d’utilisateurs se connectent à une application, recherchent un produit et achètent un article – tout en même temps.

Comprenons mieux les utilisateurs simultanés et simultanés à partir d’un exemple. Supposons que vous ayez un site Web de commerce électronique et qu’il y ait 15 000 utilisateurs qui font quelque chose sur votre site Web pendant une certaine heure d’observation, disons de 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 «paiement», de nombreux paiements échoueront et vous subirez une perte de revenus énorme ainsi que 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 plus en détail comment vous pouvez utiliser la plate-forme pour votre charge d’utilisateur simultanée et simultanée d’utilisateurs, parlons de certains des facteurs de différenciation qui en font l’une des meilleures plates-formes de test de charge. La plate-forme offre des fonctionnalités de test de charge prêtes à l’emploi qui sont utiles pour créer des cas de test pour des tests utilisateur simultanés et simultanés.

  • 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.
  • Collections de facteurs. Téléchargez des collections Postman pour tester les performances de l’API par rapport aux conditions de trafic réelles.
  • Scripts JMeter. Exécutez des tests de performances à grande échelle à partir d’un réseau entièrement géré par rapport à vos scripts JMeter existants.

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!