14 avril 2014

Tests de performances avec OpenSTA (3): Utilisation de plusieurs postes d'injection

La puissance de chaque poste d’injection (poste utilisé pour exécuter les tests) conditionne le nombre d’utilisateurs virtuels (Vus) que l’on peut simuler. En distribuant l’exécution du scénario sur plusieurs postes, le nombre d’utilisateurs virtuels peut être sensiblement augmenté.
Pour  utiliser OpenSTA dans son  architecture distribuée à base de CORBA, OpenSTA doit être installé  sur chaque machine destinée à être utilisée. L’une des machines doit être retenue comme machine d’administration ou Repository host. C’est à partir de cette machine d’administration que seront effectués :

1). Les captures;
2). Le lancement des tests.

Configuration sur la machine d’administration

Dans un environnement où plusieurs machines vont être utilisées pour produire de l a charge, openSTA devra être installé sur chacune des machines. Celles-ci doivent pouvoir communiquer. Le répertoire Repository de la machine principale sera utilisé comme référentiel Central. La machine principale est celle à partir laquelle les tests seront lancés sur les autres machines.
Vérifiez que sur la barre des tâche OpenSTA Name Server est bien démarré. Vous devez avoir l’icône suivante :  


 Lancez OpenSTA Commander. A partir du menu Tools /Repository Path, définissez le répertoire qui accuiellira Le Repository OpenSTA :






Confirmez.


Arrêtez puis redémarrez OpenSta NameServer. Pour cela , cliquez avec le bouton droit sur l’icône
  de façon à faire apparaître le menu contextuel et sélectionnez l’option shutdown :




Confirmez l’arrêt du Name Server :




 A partir du menu Démarrer,  sélectionnez l’option  OpenSTA/OpenSTA Name Server. Une icône OPenSTA NameServer doit apparaître dans la barre des tâches de Windows :



Cliquez avec le bouton droit sur l’icône OpenSTA Name Server de façon à faire apparaître le menu contextuel :





Sélectionnez l’option configure  et vérifiez sur l’écran affiché que le paramètre Repository Host correspond bien au nom de la machine d’administration ou machine principale.
Sinon, entrez le nom de la machine principale. Exemple ici :

OTR-CLT-05

L’image-écran affichée doit aussi présenter  Le Repository path ou chemin d’accès au Repository de la machine principale.


 Configuration sur les machines secondaires

Vérifiez que, sur la barre des tâches,  OpenSTA Name Server est bien démarré. Vous devez avoir l’icône suivante : 

Si cette icône n’apparaît pas, lancez OpenSTA Name Server à partir du menu Démarrer :

Lancez OpenSTA Commander.
A partir du menu Tools /Repository Path, définissez le répertoire qui accueillira le Repository privé OpenSTA  sur cette machine:







Confirmez.


Arrêtez puis, redémarrez OpenSta NameServer. Pour cela , cliquez avec le bouton droit sur l’icône de façon à faire apparaître le menu contextuel et sélectionnez l’option shutdown :




Confirmez l’arrêt du Name Server :


A partir du menu Démarrer,  sélectionnez l’option  OpenSTA/OpenSTA Name Server. Une icône OPenSTA NameServer doit apparaître dans la barre des tâches de Windows :


Cliquez avec le bouton droit sur l’icône OpenSTA Name Server de façon à faire apparaître le menu contextuel :


Sélectionnez l’option configure . Sur l’écran affiché, entrez, pour le paramètre Repository Host le nom de la machine d’administration ou machine principale.  Exemple : OTR-CLT-05


L’image-écran affichée doit aussi présenter  le Repository path local ou chemin d’accès au Repository privé de la machine courante..

Faites  OK , ensuite, arrêtez puis redémarrez OpenSta NameServer. Pour cela , cliquez avec le bouton droit sur l’icône
  de façon à faire apparaître le menu contextuel et sélectionnez l’option shutdown :


Redémarrez OpenSTA Name Server à partir du menu Démarrer.



L’icône suivante doit s’afficher sur la barre des tâches :


Configurez ainsi toutes les machines secondaires qui doivent participer à l’exécution des scénarii de test.


  Exécution des tests

 Les tests sont créés à l’identique du processus normal de création de  tests. Le changement intervient dans la définition du paramètre Host qui doit, dans ce cas, spécifier, non plus localhost, mais  la machine sur laquelle les tests sont à lancer.
  
 Création des tests : étape 1



Lancez OpenSTA Commander, puis actionnez le click droit sur le dossier intitulé Tests. Cliquez sur Tests. Vous devez obtenir une image-écran présentant un sous dossier de test.

Vous pouvez obtenir le même résultat à partir du menu :


 A la place de NEWTEST, entrez le nom du test. Vous pouvez le faire soit directement, soit en actionnant le bouton droit de la souris, de façon à faire apparaître le menu contextuel :

Double-cliquez sur le test ainsi nommé. Vous devez obtenir une fenêtre du type :


Ouvrez le dossier des scripts de façon à faire apparaître la liste des scripts enregistrés.



Un Test est constitué de un ou plusieurs groupes de tâches, chaque groupe étant représenté sur une ligne du tableau. Un groupe de tâche (Exemple une application) est lui-même constitué de une ou plusieurs tâches, présentées en colonnes. Une tâche est associée à un script.
Sélectionnez un script et faites-le glisser dans la colonne Task1 du premier Task Group. Reprenez le même script et faites-le glisser dans la colonne Task1 du second Task group, etc. Dans cet exemple, nous avons constitué trois  Task group que nous ferons exécuter sur trois machines  distinctes.



 Paramétrage des composants du test : étape 2

 Chaque « Task group » doit faire l’objet d’un paramétrage destiné à simuler le contexte d’exécution des scripts impliqués.

  Nombre d’utilisateurs virtuels (VUs)

Pour chaque Task group, Cliquez sur l’icône Vus et entrez le nombre de Vus à simuler sur la machine qui traitera ce task group :


Exemple d’image-écran de propriétés :


Affectation des machines

 Pour chaque Task group, Cliquez sur l’icône Host et indiquez l’adresse IP de la  machine qui traitera ce task group :




Le résultat final doit avoir la forme suivante :



 Planification

  Ce paramètre permet  d’indiquer :
1) Le démarrage du test du Task group ;
2) La fin du test  du Task group;
3) Le nombre d’itération pour le Task group.

Cliquez sur l’icône Start.
  















Aucun commentaire :

Bibliographie

  • ASP.NET Data Web Controls(Scott Michell)
  • Building Custom PHP Extensions(Blake Schwendiman)
  • Développer avec CORBA en JAVA ET C++(David Acremann)
  • Java Native Interface(Sheng Liang)
  • Mastering WebLogic Server(Gregory Nyberg; Robert Patrick)
  • Oracle Database 10g RAC on Linux(Julian Dyke; Steve Shaw)
  • Test Process Improvement(Martin Pol)
Back to top