À propos des paramètres d'exécution
Mise à jour : novembre 2007
Les paramètres d'exécution sont un jeu de propriétés qui influencent la manière dont un test de charge est exécuté. Les paramètres d'exécution sont classés par catégories dans la fenêtre Propriétés.
Vous pouvez avoir plusieurs paramètres d'exécution dans un test de charge. Un seul des paramètres d'exécution peut être actif pour une série de tests de charge. Les autres paramètres d'exécution fournissent un ensemble de paramètres facilement accessibles utilisables avec les séries de tests suivantes. Le paramètre d'exécution actif est accessible par la propriété RunSettings de la classe LoadTest. Dans l'Éditeur de test de charge, le paramètre d'exécution actif est identifié par le suffixe « [Actif] ». Vous pouvez modifier le paramètre d'exécution actif en cliquant avec le bouton droit sur un nœud de paramètre d'exécution et en sélectionnant Définir comme actif . Vous pouvez également modifier le paramètre d'exécution actif en sélectionnant le nœud racine dans l'Éditeur de test de charge et en choisissant un nom de paramètre d'exécution dans la liste déroulante de la fenêtre Propriétés.
Les catégories de paramètres d'exécution sont définies dans la section suivante :
Général
Description
Description des paramètres d'exécution.Maximum de détails sur l'erreur
Nombre maximal de détails de demandes et de réponses stocké concernant les demandes échouées. Cette valeur est importante car les résultats d'erreurs détaillés peuvent consommer une grande quantité de stockage de base de données. Si vous ne souhaitez pas enregistrer les détails d'erreurs, utilisez une valeur de 0.Nom
Nom du paramètre d'exécution tel qu'il apparaît dans le nœud Paramètres d'exécution de l'Éditeur de test de charge.Niveau de validation
Définit le niveau le plus élevé de règle de validation qui s'exécutera dans un test de charge. Les règles de validation sont associées aux demandes de tests Web. Chaque règle de validation a un niveau de validation associé ; haut, moyen ou bas. Ce paramètre de série de tests de charge spécifie les règles de validation qui s'exécuteront pendant que le test Web est exécuté dans le test de charge. Par exemple, si ce paramètre d'exécution a la valeur Moyen, toutes les règles de validation marquées comme « moyen » ou « bas » seront exécutées.Nombre maximum d'URL de demandes signalé
Nombre maximal d'URL de demandes de test Web uniques sur lequel signaler des résultats dans ce test de charge. Vous pouvez augmenter ce nombre si nécessaire, mais cela augmentera également la taille et le temps de traitement du résultat de test de charge.Exécution de tests unitaires dans le domaine d'application
Valeur booléenne déterminant si chaque assembly de test unitaire s'exécute dans un domaine d'application séparé lorsque le test de charge contient des tests unitaires. Le paramètre par défaut est True.Si vos tests unitaires ne requièrent pas un fichier app.config ou un domaine d'application distinct pour fonctionner correctement, vos tests unitaires peuvent s'exécuter plus vite si cette propriété a la valeur False.
Résultats
Type de stockage
Manière de stocker les compteurs de performance obtenus dans un test de charge. Les options sont les suivantes :None
Base de données - Requiert une base de données SQL avec un magasin des résultats des tests de charge. Pour plus d'informations, consultez À propos du référentiel des résultats des tests de charge.
Stockage des détails de minuterie
Utilisé pour déterminer les détails qui seront stockés dans le magasin des résultats des tests de charge. Il existe trois valeurs :Aucune - Ne recueillir aucune valeur de minuterie. Valeur par défaut.
StatisticsOnly - Recueillir et stocker uniquement les statistiques au lieu de stocker les valeurs de minuterie pour chaque test, transaction et page exécutée/publiée durant le test de charge dans le magasin des résultats des tests de charge.
AllIndividualDetails - Recueillir et stocker des valeurs de minuterie pour chaque test, transaction et page exécutée/publiée durant le test de charge dans le magasin des résultats des tests de charge.
Traçage SQL
Durée minimale des opérations SQL tracées
Durée minimale d'une opération SQL à capturer par la trace SQL, en millisecondes. Par exemple, cela vous permet d'ignorer des opérations qui s'achèvent rapidement si vous essayez de trouver des opérations SQL qui sont lentes sous charge.Chaîne de connexion de traçage SQL
Chaîne de connexion utilisée pour accéder à la base de données à tracer.Répertoire de traçage SQL
Emplacement où le fichier de trace SQL est placé une fois la trace terminée. Ce répertoire doit avoir des autorisations d'écriture pour SQL Server et des autorisations de lecture pour le contrôleur.Traçage SQL activé
Active le traçage des opérations SQL. La valeur par défaut est false.
Pour plus d'informations, consultez Comment : intégrer les données de trace SQL.
Itérations de test
Itérations de test
Spécifie le nombre total de tests individuels à exécuter avant que le test de charge ne soit complet. Cette propriété s'applique seulement lorsque la propriété "Utiliser les itérations de test" a la valeur True.Utiliser les itérations de test
Si Utiliser les itérations de test a la valeur True, le test de charge s'exécute jusqu'à ce que les tests individuels effectués dans le test de charge atteignent le nombre spécifié par la propriété "Itérations de test". Dans ce cas, les paramètres basés sur le temps, à savoir Durée de préchauffage, Durée d'exécution et Durée de refroidissement, sont ignorés. Si "Utiliser les itérations de test" a la valeur False, tous les paramètres de minutage s'appliquent et "Itérations de Test" est ignoré.
Minutage
Durée d'exécution
Longueur du test, au format hh:mm:ss.Taux d'échantillonnage
Intervalle auquel capturer des valeurs de compteur de performance, au format hh:mm:ss.Durée de préchauffage
Période entre le début du test et le moment où les échantillons de données commencent à être enregistrés, au format hh:mm:ss. Fréquemment utilisé pour charger pas à pas des utilisateurs virtuels de façon à atteindre un certain niveau de charge avant d'enregistrer des valeurs d'échantillonnage. Les valeurs d'échantillonnage capturées avant la période de préchauffage sont affichées dans le moniteur de test de charge.Durée de refroidissement
Durée de la période de refroidissement du test, exprimée au format hh:mm:ss. Les tests individuels d'un test de charge peuvent continuer à s'exécuter lorsque le test de charge se termine. Durant la période de refroidissement, ces tests peuvent continuer jusqu'à être terminés ou jusqu'à la fin de la période de refroidissement. Par défaut, il n'y a pas de période de refroidissement et les tests individuels sont terminés lorsque le test de charge se termine selon le paramètre Durée d'exécution.
Connexions WebTest
Modèle de connexion WebTest
Contrôle l'utilisation des connexions de l'agent de test de charge vers le serveur Web pour les tests Web exécutés dans un test de charge. Il existe deux options de modèle de connexion de test Web : ConnectionPerUser et ConnectionPool.Le modèle ConnectionPerUser simule le comportement d'un utilisateur qui utilise un vrai navigateur. Chaque utilisateur virtuel qui exécute un test Web utilise une ou deux connexions dédiées au serveur Web. La première connexion est établie lorsque la première demande du test Web est émise. Une deuxième connexion peut être utilisée lorsqu'une page contient plusieurs demandes dépendantes. Ces demandes sont émises en parallèle à l'aide des deux connexions. Ces connexions sont réutilisées pour les demandes suivantes dans le test Web. Les connexions sont fermées lorsque le test Web se termine. Ce modèle présente un inconvénient : le nombre de connexions maintenues ouvertes sur l'ordinateur agent peut être élevé (jusqu'à deux fois la charge d'utilisateur) et les ressources requises pour prendre en charge ce nombre élevé de connexions peut limiter la charge d'utilisateur disponible à partir d'un seul agent de test de charge.
Le modèle ConnectionPool conserve les ressources sur l'agent de test de charge en répartissant les connexions au serveur Web parmi plusieurs utilisateurs de test Web virtuels. Si la charge d'utilisateur est plus grande que la taille du pool de connexions, les tests Web exécutés par différents utilisateurs virtuels partagent une connexion. Cela signifie qu'un test Web peut devoir attendre avant d'émettre une demande lorsqu'un autre test Web utilise la connexion. La durée moyenne pendant laquelle un test Web attend avant d'envoyer une demande est suivie par le compteur de performance de test de charge "Durée d'attente moyenne d'une connexion". Ce nombre doit être inférieur au temps de réponse moyen d'une page. Si ce n'est pas le cas, la taille du pool de connexions est sans doute trop petite.
Taille du pool de connexions WebTest
Spécifie le nombre maximal de connexions à établir entre l'agent de test de charge et le serveur Web. Cela s'applique uniquement au modèle ConnectionPool.
Définition et modification d'un paramètre d'exécution
Lorsque vous créez un test de charge à l'aide de l'Assistant Nouveau test de charge, vous créez vos paramètres d'exécution initiaux. Pour plus d'informations, consultez Comment : spécifier les paramètres d'exécution.
Après avoir créé votre test de charge, vous pouvez modifier vos paramètres d'exécution dans l'Éditeur de test de charge. Pour plus d'informations, consultez Comment : modifier les paramètres d'exécution.