SÈVE performance directives de test

Avant de tester le performance de Applications SAP, vous devez configurer votre environnement de test et intégrer ces directives pour produire des applications SAP fiables. performance essais.

Configuration SAP

Le logiciel client SAP GUI doit être installé sur le même ordinateur que Test Performance. Le client SAP GUI est requis pour l'enregistrement et l'exécution performance essais. Pour plus d'informations sur la prise en charge des versions SAP GUI, reportez-vous au Note SAP 1412821 - SAP GUI pour Windows: prise en charge sous Windows pour SAP.

Le produit est optimisé par défaut pour SAP GUI version 7.10 ou ultérieure. Pour améliorer les performances avec les anciennes versions de SAP GUI 6.20 et 6.40, lors de l'exécution de tests longs, vous devez modifier le fichier bridge2java.dll situé dans le dossierC:\Program Files\IBM\DevOpsTest\plugins\com.ibm.rational.test.lt.runtime.sap\<build_identifier> répertoire en renommant bridge2java.dll enbridge2javaV7.dll, puis renommerbridge2javaV6.dll à bridge2java.dll.

Si vous déployez des tests sur des ordinateurs distants pour simuler un grand nombre d'utilisateurs, les logiciels suivants doivent être installés sur chaque ordinateur distant:
  • Le logiciel client SAP GUI, configuré avec les mêmes propriétés de connexion que le client sur lequel les tests ont été enregistrés
  • Le Test Performance Agent logiciel fourni avec le produit

Test de performance s'appuie sur l'API SAP Scripting et ActiveX. Assurez-vous que ces options sont sélectionnées lors de l'installation du client SAP GUI.

Test de performance l'enregistrement et l'exécution nécessitent également que les scripts soient activés sur le serveur d'applications SAP et sur tous les clients SAP GUI installés sur des ordinateurs distants. Voir la rubrique sur la configuration de SAP pour performance test pour plus d’informations.

Limites

Pendant la lecture du performance tests, chaque utilisateur virtuel exécute SAP GUI en mode silencieux par défaut (l'interface utilisateur n'est pas affichée à l'écran). Cependant, certaines boîtes de dialogue modales de SAP GUI peuvent clignoter brièvement à l'écran.

Évitez d'enregistrer des tests SAP avec le paramètre de connexion basse vitesse SAP GUI. Vous ne pouvez pas exécuter avec des tests de connexion à vitesse normale que vous avez enregistrés avec ce paramètre.

Vous ne pouvez avoir qu'un maximum de 50 utilisateurs virtuels sur un agent pour un test SAP GUI.

Tests de saisie par lots

Vous pouvez utiliser des tests de saisie par lots pour simuler un grand nombre d'utilisateurs virtuels tout en minimisant la charge sur les ordinateurs des utilisateurs virtuels.

Les tests de saisie par lots accèdent au serveur SAP à un niveau bas, en contournant l'interface SAP GUI, et ne peuvent donc contenir aucun point de vérification ou élément SAP GUI. Leur objectif principal est de simuler une charge sur le serveur lors de leur ajout à un test calendrier qui contient déjà SAP performance essais. Seul le SAP performance les tests fourniront une mesure précise des performances des applications SAP.

Les transactions batch input sont enregistrées dans SAP GUI et exportées vers le système de fichiers. Vous pouvez ensuite générer des tests batch input basés sur ces transactions enregistrées.

Note: Parfois, les valeurs par défaut des paramètres SAP Java Connectors (JCo) ne sont pas suffisantes pour les tests de charge. Les valeurs par défaut nécessitent certaines mises à jour à la fois du côté du serveur SAP R/3 et du côté client. Pour le client, dans le Dans la fenêtre Propriétés de connexion SAP supplémentaires, vous devez configurer les options des paramètres SAP JCo disponibles dans le test. Vous pouvez également spécifier les propriétés sous la forme RPT_VMARGS dans l'emplacement de l'agent. Par exemple, RPT_VMARGS=- Djco.cpic_maxconv=1000

Des tests de performance

Lors du déploiement de votre performance tests, il est important d’utiliser un nombre pertinent d’utilisateurs virtuels sur un ordinateur donné. Par exemple, si vous déployez trop d'utilisateurs virtuels sur un seul ordinateur, les résultats produits refléteront davantage la charge de l'ordinateur de test que la charge du serveur d'applications SAP.

Pour de meilleurs résultats avec les tests de performances sur un ordinateur de test moyen doté d'un processeur de 1 GHz et de 1 Go de RAM, ne dépassez pas 50 utilisateurs virtuels simultanés. Avec les tests batch input, le nombre maximum d’utilisateurs virtuels simultanés est d’environ 500.

Si vous dépassez le nombre d'utilisateurs virtuels qu'un seul ordinateur de test peut exécuter, les performances mesurées du serveur seront affectées par les performances de l'ordinateur de test, ce qui invalidera les résultats finaux.

Lorsque vous modifiez un planning pour des tests de performances longs, utilisez ces recommandations:
  • Dans l'éditeur de planning, réduisez le Niveau de journal de test à Aucun.
  • Dans l'éditeur de planning, définissez le Intervalle d'échantillonnage des statistiques à environ 1/60 de la durée d'exécution, par exemple 12 minutes pour une session estimée à 12 heures.
  • Lorsque cela est possible, utilisez des boucles dans les suites de tests plutôt que des boucles dans le planning. L'utilisation de boucles dans les suites de tests évite les problèmes de connexion qui pourraient survenir lors de tests de longue durée et met l'accent sur la mesure des transactions SAP réelles plutôt que sur le processus de connexion.

Si vous exécutez un planning comportant un test SAP de Test Performance Agent sous Windows, vous devez ensuite démarrer Test Performance Agent en tant que Processus. Cependant, Test Performance L'agent commence en tant que Service par défaut.

Pour démarrer l'agent en tant que processus, vous devez effectuer les étapes suivantes:
  1. Ouvrir Services Windows.
  2. Changer la Statut du Service Majordomo de Courir vers Arrêtez.
  3. Double-cliquez sur leMajordomo.bat fichier du<SDP_Install_Directory>\Majordomo répertoire pour exécuter l’agent en tant que processus compatible.
Note: Vous devez installer SAP GUI sur l'ordinateur agent pour exécuter une planification comportant un test SAP.

Essais de longue durée

Lors de l'exécution de planifications de tests de longue durée dépassant plusieurs heures, utilisez le processus en mode d'exécution longue pour réduire la consommation de ressources avec le client SAP GUI. Ce mode augmente la fiabilité des exécutions de tests de longue durée, car un nouveau processus démarre à chaque fois que le nombre spécifié de sessions SAP est terminé. Par conséquent, la consommation des ressources Windows est le strict minimum. Vous devez activer cette option pour chaque groupe d'utilisateurs de la planification.

En mode long terme, un nouveau processus est créé chaque fois que le nombre d'instances de test SAP atteint le nombre spécifié.

Pour plus d'informations sur la façon d'exécuter un test en mode longue exécution, voir Exécution d'un test SAP GUI en mode longue exécution.

Nettoyage du répertoire de travail SAP

Dans certains cas, les fichiers de trace sont créés par SAP GUI sousSapWorkDir répertoire lors de l'exécution de SAP performance essais. Vous pouvez supprimer ces fichiers en définissant et en variable d'environnement RPT_CLEAN_SAPWORKDIR ou un Java VMARG rptCleanSapWorkDir. Par exemple:
  • -DrptCleanSapWorkDir=C:\Documents and Settings\UserName\SapWorkDir
  • RPT_CLEAN_SAPWORKDIR="C:\Users\UserName\AppData\Local\SAP\SAP GUI\Traces"

Si vous définissez la variable surSapWorkDir emplacement du dossier, le contenu (fichiers *.trc) du dossier est supprimé au démarrage d'une planification. Si la variable est définie surtrue ouon, le produit recherche automatiquement leSapWorkDir dossier avant de supprimer son contenu. Si la variable est définie surfalse ouoff, aucune mesure n'est prise.