plusieurs connexions de l'utilisateur dans jmeter
Je suis à l'aide de jmeter pour tester une application en php. J'ai besoin de créer un thread différent avec une session unique pour chaque utilisateur. Parce que dans mon application, vous ne pouvez avoir qu'une seule connexion par utilisateur à la fois afin de mettre 100 fois le même utilisateur, je ne vais pas arriver à une conclusion.
J'ai créé 40 utilisateurs user0,user1....user39 avec le même mot de passe est-il un moyen de créer automatiquement des threads simultanés pour chacun d'eux?
Grâce
Vous devez vous connecter pour publier un commentaire.
Vous pouvez utiliser un fichier CSV Ensemble de Données de Config. Ce contrôle vous permettra d'utiliser une source externe de variables.
Ajoutez -> Élément Config -> format CSV Ensemble de Données de Config
Vous devez définir les noms de variable, quelque chose comme:
Les Noms de variables (délimité par des virgules): nom d'utilisateur,MOT de passe
Ensuite, vous pouvez utiliser les variables dans vos Requêtes HTTP paramètres tels que:
${Nom d'utilisateur} et ${MOT de passe}
J'ai juste mis en œuvre cette aide jmeter pour une application qui utilise le Printemps de Sécurité (Il serait très similaire à PHP). C'est assez simple, en gros:
1) Créer un nouveau fichier CSV à l'aide d'un éditeur de texte
Ex: CSVSample_user.csv
2) Dans jmeter, créer un CSV Ensemble de Données d'élément Config
3) création d'une Requête HTTP élément
REMARQUE: Il y a d'autres éléments dont vous avez besoin, tels que le gestionnaire de cookies, etc. Aussi le nombre de threads doit être réglé sur le nombre de connexion des utilisateurs.
Je me rends compte de cette question est de plus d'un an, mais je viens de tomber sur le même problème et j'ai pensé ajouter ma solution pour quelqu'un d'autre qui bute sur ce problème.
Si vous avez une séquence de noms d'utilisateur et mots de passe qui sont différenciés par le nombre à la fin de leurs valeurs, vous pouvez utiliser l' __threadNum variable de session dans. Ainsi, pour la valeur de nom d'utilisateur que vous pourriez dire de l'utilisateur${__threadNum}.
Cette solution est plus simple que d'y inclure un fichier csv, mais ne fonctionne que lorsque vous avez une liste comme celle que vous suggérez dans votre question.
${__threadNum}
avec beanshell ou javascriptswitch
consolidés. Cela permettra de surmonter la "seqeuence seulement" limitation, car dans le commutateur lui-même, vous pourriez fondamentalement remplacer la valeur de rien.garder le fichier csv et testplan (j'.e jmx) dans un même dossier et vérifier de nouveau le nom de la variable dans le format CSV datasetconfig et de la requête http pour toute erreur de frappe.