Modification de votre profil utilisateur de test de charge

Lorsque vous créez un profil utilisateur à utiliser dans les tests de charge, vous souhaiterez peut-être le modifier. Test Studio fournit deux éditeurs pour vous permettre d’améliorer vos tests de charge.

Dans le cadre de création d’un test de charge, vous allez créer un ou plusieurs profils utilisateur. Après avoir créé chaque profil utilisateur, deux boîtes de dialogue (Cibles dynamiques et Modifier le profil utilisateur) s’affichent, que vous pouvez utiliser pour modifier votre test de chargement.

Vous pouvez revenir à ces boîtes de dialogue à partir de Test Studio Profil de l’utilisateur volet en cliquant sur le bouton modifier/crayon du profil que vous souhaitez modifier.

Il existe plusieurs types de modifications que vous pouvez apporter à votre profil de l’utilisateur à l’aide de la boîte de dialogue Modifier le profil utilisateur.

Présentation de ‘Think Time’

Test Studio inclut des étapes de « temps de réflexion » dans vos profils utilisateur qui reflètent le temps qu’un utilisateur prendra entre les interactions avec votre application.

Si vous avez créé votre profil d’utilisateur en demandant à Test Studio d’enregistrer vos interactions avec votre application, le profil d’utilisateur inclura des étapes de « temps de réflexion » qui reflètent le temps que vous avez pris entre les GET et les POST lors de l’enregistrement de votre profil. D’un autre côté, si vous avez utilisé un script de test existant pour créer votre profil utilisateur, Test Studio insérera des étapes de « temps de réflexion » dans votre profil utilisateur là où cela semble approprié. Enfin, si vous avez importé une trace Fiddler, Test Studio utilisera les horodatages des requêtes HTTP pour définir des étapes de « temps de réflexion ».

Vous devriez revoir ces étapes de « temps de réflexion » générées automatiquement pour vous assurer qu’elles sont suffisantes, qu’elles sont au bon endroit et que leurs durées sont appropriées (vous êtes probablement beaucoup plus rapide à utiliser l’application qu’un nouvel utilisateur ne le sera , par exemple, pensez donc que les temps de votre enregistrement peuvent ne pas correspondre à la charge réelle de votre application).

Chaque étape de « temps de réflexion » a non seulement une durée mais un temps de déviation qui sera utilisé lors des tests pour faire varier la durée de ces pauses. Vous devez vous assurer que ces écarts sont également raisonnables (c’est-à-dire, reflètent-ils la variation entre un utilisateur expérimenté qui parcourra la page à toute vitesse et un nouvel utilisateur qui prendra plus de temps ?).

Vous pouvez ajouter une nouvelle étape « temps de réflexion » en cliquant sur l’icône d’horloge en haut de la liste des étapes dans la boîte de dialogue Modifier le profil utilisateur

Changements globaux (en particulier les domaines)

La boîte de dialogue Modifier le profil utilisateur comprend également une option de recherche et de remplacement dans le coin supérieur droit (la loupe). La recherche et le remplacement peuvent évidemment être utilisés pour gérer une variété de modifications. Ce qui rend cette fonctionnalité particulièrement utile, c’est qu’elle vous permet d’enregistrer votre profil utilisateur sur une version de votre application (exécutée sur, par exemple, le développement) puis d’exécuter votre test sur une autre version de votre application (un nouveau déploiement ou la version de production de la candidature). Vous pouvez utiliser rechercher et remplacer pour mettre à jour les URL utilisées par le profil.

Si vous avez importé un script de test ou une trace Fiddler qui n’a pas été initialement créé pour prendre en charge votre test de charge, le profil utilisateur résultant peut inclure des étapes dont vous n’avez pas besoin. Si ces étapes ciblent un domaine différent, un moyen rapide de s’en débarrasser consiste à utiliser l’icône de filtre à gauche de l’icône de recherche et de remplacement pour obtenir une liste de tous les domaines de votre profil utilisateur et décocher ces domaines. vous ne voulez pas y accéder dans le test.

Une partie de l’interaction entre votre navigateur et votre serveur comprendra du matériel invisible pour l’utilisateur, y compris l’envoi d’en-têtes et de champs masqués au serveur. Dans le cadre de l’interaction avec votre application, l’enregistreur de Test Studio aura capturé ces informations et les renverra pendant votre test.

Cependant, cela peut ne pas fonctionner lorsque votre test de charge exécute vos tests plusieurs fois tout en se faisant passer pour plusieurs utilisateurs – toutes vos interactions se ressembleront, ce qui peut ne pas être réaliste. Si vous devez modifier vos GET et POST, cliquez sur n’importe quelle étape de votre profil utilisateur pour afficher la requête envoyée au serveur à cette étape. Vous pouvez modifier n’importe lequel des champs affichés dans la demande pour répondre aux besoins de votre test.

Les cookies sont un autre exemple où vous devrez peut-être modifier votre profil d’utilisateur. Par exemple, dans le monde réel, un utilisateur récurrent peut avoir accepté certains cookies du site lors d’une visite précédente. Si vous avez commencé votre test à partir d’un navigateur qui n’a pas ces cookies, ces cookies ne feront pas partie de votre test. Pour réussir à usurper l’identité de cet utilisateur récurrent, vous devrez peut-être ajouter ces cookies à votre profil d’utilisateur.

Pour ajouter un cookie, cliquez d’abord sur le bouton Ajouter un cookie en haut de la boîte de dialogue Modifier le profil utilisateur

Cela ajoutera une nouvelle bordure sur le côté gauche des étapes de votre profil d’utilisateur.

Choisissez l’étape où vous souhaitez que le cookie soit utilisé et cliquez sur le bouton dans la marge. Cela ajoutera une nouvelle étape au-dessus de l’étape que vous avez sélectionnée où vous pourrez ajouter le cookie dont votre profil a besoin.

Cibles dynamiques

Il n’est pas rare qu’une application génère des valeurs sur le serveur, les envoie au navigateur, puis s’attende à ce que ces valeurs soient renvoyées au serveur lors d’une étape ultérieure. Par exemple, ASP.NET génère un identificateur de session qu’il utilise pour faire la distinction entre différents utilisateurs et pour lier les demandes d’un seul utilisateur. Un autre exemple est les champs masqués dans les formulaires HTML qui contiennent des valeurs utilisées par le serveur pour identifier des transactions spécifiques (par exemple, les mises à jour d’une commande client dont l’ID unique n’est pas affiché à l’utilisateur incluront probablement un champ masqué avec l’ID de la commande client).

Ces valeurs sont particulières car nombre d’entre elles sont dynamiques, elles varient d’une requête à l’autre. Ce qui est essentiel avec ces valeurs, c’est que toute valeur envoyée par le serveur en une étape doit être renvoyée au serveur lors d’une étape ultérieure. Test Studio détecte automatiquement ces valeurs dynamiques partout où il les trouve (par exemple, dans les chaînes de requête, les en-têtes, les charges utiles de réponse, etc.) et vous affiche ces valeurs dans le Cibles dynamiques (vous pouvez accéder à la boîte de dialogue Cibles dynamiques en cliquant sur le bouton Choisir des cibles dynamiques dans le coin supérieur droit de la boîte de dialogue Modifier le profil utilisateur).

Cette liste affiche toutes les valeurs, le numéro de l’étape où elles sont reçues par le navigateur et le numéro de l’étape où elles sont renvoyées au serveur. Par défaut, aucune des cibles dynamiques n’est cochée, ce qui signifie que lors de l’exécution du test, les valeurs trouvées lors de l’enregistrement du profil utilisateur seront utilisées.

Cependant, vous ne voulez probablement pas que les valeurs que vous avez enregistrées soient utilisées pendant votre test : vous voulez que les valeurs générées par le serveur pendant l’exécution du test. La meilleure façon de les gérer est donc de les activer toutes en cliquant sur la liste des cases à cocher en haut à droite de la boîte de dialogue, ce qui fait que votre test utilise les valeurs générées au moment du test. Vous ne devez désélectionner que les cibles pour lesquelles vous souhaitez que le test utilise toujours les valeurs trouvées lors de l’enregistrement du profil utilisateur.

Si vous connaissez une valeur que Test Studio n’a pas trouvée dans son analyse, vous pouvez l’ajouter vous-même. Par exemple, vous pouvez examiner l’interaction entre votre navigateur et votre serveur telle qu’elle est affichée dans le profil utilisateur (ou telle qu’elle est capturée par Violoneux) et voyez un en-tête HTTP personnalisé contenant un identifiant de transaction envoyé par le serveur à votre navigateur. Plus loin dans la liste des interactions, vous constatez que l’identifiant de transaction est renvoyé au serveur depuis votre navigateur. De toute évidence, votre script devra capturer cette valeur lors de son envoi au navigateur et la renvoyer.

Cliquer sur le bouton Choisir des cibles dynamiques en haut à droite de la boîte de dialogue Modifier le profil utilisateur vous permettra de définir et d’ajouter une nouvelle cible dynamique qui capturera et renverra cet identifiant de transaction (la fonction de recherche de cible dynamique peut être utile ici). Voici un procédure pas à pas qui montre comment ajouter une cible dynamique personnalisée. Et vous n’êtes pas limité aux valeurs des en-têtes : la boîte de dialogue Cibles dynamiques gère un énorme variété de cibles potentielles.

Lorsque vous avez besoin d’une assistance supplémentaire pour obtenir le test de charge souhaité, ces deux boîtes de dialogue doivent être votre premier arrêt.