Comment générer la charge de l'utilisateur simultané dans Jmeter

J'ai un test où les utilisateurs journaux et à entrer un mot-clé de recherche dans le champ de recherche et obtenir des résultats. Enfin les journaux.

Maintenant je veux tester la simultanéité à l'aide de Jmeter. C'est ce que je suis venu avec.

Test plan
  Thread group
  + Login request
    + Synchronizing Controller
  + Search string 
    + Synchronizing Controller
  + Logout

J'ai ajouté 10 en nombre de threads. J'ai ajouté 5 dans la Synchronisation du Contrôleur. Donc, quand je lance le test je vais avoir la simultanéité de 5 utilisateurs? Reste 5 utilisateurs simultanés utilisateurs?

Aussi j'ai dépendait demande lors de la connexion du chargement de la page. Pour avoir de la concurrence pour la connexion, j'ai ajouté toutes les demande au contrôleur de transaction et ajout de la Synchronisation du Contrôleur comme enfant au contrôleur de transaction. S'il vous plaît laissez-moi savoir si je suis en train de faire.

Aussi s'il vous plaît laissez-moi savoir si il ya une autre façon d'obtenir la simultanéité des actions spécifiques (ex: 5 utilisateurs en appuyant sur bouton de connexion en même temps).

source d'informationauteur user1169236

  1. 17

    Tout d'abord, vous devriez essayer de faire la distinction entre 'concurrent' et 'simultané'. Normalement, ils sont très similaires, mais dans les tests de charge, ils ont des significations différentes. Simultanée de deux ou plusieurs demandes en même temps. Simultanée de deux ou plusieurs threads (scripts) fonctionnant en parallèle.

    Donc, de ce dont vous parlez est en train de configurer JMeter pour simuler plusieurs demandes simultanées. Mais en fait, il y a beaucoup, beaucoup mieux que cela. Au lieu de se concentrer sur essayer de frapper la même demande dans le même temps, ce qui est délicat dans JMeter, vous devez configurer votre test pour en avoir une représentation réaliste de la sorte de la charge que vous souhaitez que votre application à l'appui. Si vous le faites bien, à l'aide de random temps d'attente, les contrôleurs de débit et un nombre réaliste de threads, puis vous serez automatiquement les tests de simultanéité et dans le même temps de course authentique, valable et utile tests de performance.

    Alors, essentiellement, de la baisse de la synchronisation minuterie, utiliser une constante du débit de la minuterie au lieu, configurer des temps d'attente et ensuite calculer le bon nombre de threads à générer de la charge souhaitée.

    La prime ajoutée de cette approche est que vous serez beaucoup moins susceptibles de susciter de faux négatifs. Par exemple, si vous frappez votre serveur avec 5 simultanée des demandes de connexion, alors vous trouverez peut-être que cet appel est monothread et le temps de réponse augmente. Mais peut-être que cela n'a pas d'importance, peut-être les chances que deux de connexion des appels dans le même temps, si petite qu'elle n'est pas la peine de dépenser votre temps à changer le code. Ce est un concept très important dans les tests de charge - peut-être le plus important - vous devez avoir des objectifs réalistes, sans que celles que vous pourriez être en cours d'exécution des tests, trouver faux bogues et plus généralement de perdre du temps à tout jamais.