NeoLoad supporte les schémas d'authentification suivant: Basic, Digest, NTLM et Negotiate.

Le protocole SPNEGO gère le schéma Negotiate au sein d'une communication HTTP. Lorsqu'ils utilisent SPNEGO, le navigateur et le serveur négocient quel protocol sous-jacent utiliser: Kerberos ou NTLM. Bien que Kerberos soit le protocole par défaut, si le défaut échoue, SPNEGO essaie NTLM.

Noter que l' Authentification Windows Intégrée de Microsoft IIS utilise Kerberos v5 et NTLM.

Pour des raisons de performance, NeoLoad n'utilise pas SPNEGO comme protocol par défaut pour Negotiate, mais utilise NTLM. En effet, la combinaison SPNEGO+Kerberos a un impact majeur sur les performances des injecteurs de charge. Lorsque SPEGNO+Kerberos est utilisé, l'injecteur peut générer beaucoup moins d'utilisateur virtuels simultanés.

Activer l'utilisation de SPNEGO n'est pas recommandé. Si cela est absolument nécessaire, suivre la procédure:

Certains serveurs gèrent plusieurs schémas d'authentification des utilisateurs. NeoLoad utilise l'ordre suivant par défaut: Negotiate, NTLM, Digest, Basic. Cela reflète l'ordre utilisé par les navigateurs web.

Dans certains cas, il peut être nécessaire de changer cet ordre:

Il existe trois manières de définir une requête:

Des paramètres peuvent être définis pour n'importe quel type de soumission de formulaires (POST, GET, HEAD, PUT...). Certains peuvent être fixés à des valeurs statiques et d'autres à des valeurs dynamiques en utilisant les variables. Lorsque les boites encoder sont cochées, les valeurs spécifiées seront converties selon le format MIME application/x-www-form-urlencoded avant d'être soumises (encoder espace par %20 par exemple). Décocher la boite si le nom ou la valeur sont déjà encodés.

Quel que soit le type de POST, les requêtes de ce type peuvent avoir des paramètres dans l'URL. Pour traiter séparément les paramètres de POST et d'URL des onglets permettent de séparer les deux cas.

Dans l'exemple ci-dessus l'URL qui sera obtenue lors du test sera : https://jack:8443/loadtest/form/doit.jsp?firstname=john&lastname=smith&email=john.smith@company.com.

Les requêtes POST avec un contenu de type "application/octet-stream" ou avec un charSet non standard sont traitées comme du contenu binaire par NeoLoad. Cela assure qu'aucun encodage d'URL ou de charSet ne sera fait sur le contenu avant d'être joué.

Les requêtes POST avec un contenu de type "text/...". Le contenu de cette requête peut contenir des variables NeoLoad pour générer du contenu dynamique.

Les requêtes POST avec un contenu de type "multipart/form-data" ont des paramètres réglables avec une interface spécifique.

Les parties (ou sections) sont définies par un nom et une valeur. Optionnellement, elles peuvent avoir un type de contenu spécifique, de même pour leur charSet ou le transfer encoding. Référez vous à la RFC1867 pour plus de détails. Chaque champ peut être remplacé par une variable. La valeur peut être une chaîne ou le contenu d'un fichier.

Champs spécifiques des sections fichier (File part)

Le champ nom de fichier représente le nom du fichier de la section. Les données du contenu de la section sont définies par le champ fichier source. Le fichier peut être défini avec un chemin absolu ou avec un chemin relatif au projet. Les fichiers sont automatiquement copiés sur tous les injecteurs de charge au lancement du test.

Les paramètres avancés:

Extrait une chaîne à partir de la réponse à cette requête, et l'assigne à une variable. Il existe deux modes d'utilisation de l'extracteur de variable: le mode Simple et le mode Avancé. Le mode simple vous aide à définir la chaîne à extraire, et le mode avancé vous permet de définir des extractions plus complexes en utilisant des expressions régulières.

Permet d'ajouter des assertions sur les réponses. Le contenu retourné par le serveur peut être traité comme une erreur suivant les critères suivants: la durée, la taille de la page ou le contenu de la page.

Pour retrouver facilement et rapidement vos requêtes personnalisées, NeoLoad peut afficher un signe sur l'icône de l'action dans l'arbre.

Les requêtes personnalisées sont celles qui utilisent une validation de réponse, un extracteur de variable, un extracteur de lien/formulaire. De même, il est possible de signaler toutes les requêtes de type formulaire POST, toutes celles utilisant des paramètres ou celles contenant un texte spécifique.

Lors de la recherche de texte dans la definition de la requête, NeoLoad inspecte le chemin, les paramètres, les entêtes, les noms des Extracteurs de variables ainsi que les validations de contenu.

Pour retrouver facilement et rapidement vos requêtes et vos pages dans les résultats du test courant ou dans le panneau de validation d'un utilisateur virtuel, vous pouvez utiliser les raccourcis depuis l'arbre de la bibliothèque.

Notez que le raccourci ne fonctionnera que si une validation d'utilisateur virtuel ou un scénario contenant cette requête ou page a été joué auparavant dans le projet.

Neoload permet de modifier toutes les requêtes de la bibliothèque qui correspondent à une recherche. Cette fonctionnalité est accessible depuis le menu Edition ou depuis le menu contextuel de l'arbre de la bibliothèque et est accompagnée d'un assistant qui permet d'effectuer le remplacement.

Cette recherche peut s'effectuer soit dans les paramètres, dans les URLs, ou les entêtes.

Dans le cas des entêtes ou des paramètres la recherche peut s'effectuer de trois façon différentes :

L'assistant demande alors d'entrer la chaîne à rechercher et la chaîne de remplacement. On peut utiliser une expression régulière comme chaîne de recherche/remplacement, pour cela il faut cocher "Rechercher en tant qu'expression régulière" (vous pouvez consulter le Guide des Expressions Régulières).

Après avoir entré les informations requises l'assistant vous demande une dernière confirmation avant de lancer la recherche. Vous pouvez alors vérifier vos paramètres et les modifier en cliquant sur précédant.

Cliquer sur terminer ferme l'assistant et lance la recherche.

Dans le cas où il n'y a pas de résultats, une popup vous invite à modifier vos paramètres de recherche.

Sinon une popup permettant de naviguer dans les résultats apparait. Les résultats sont marqués dans l'arbre de la bibliothèque et vous êtes immédiatement positionné sur la première occurence de la recherche.

Dans ce mode, le chemin de la requête est interprété comme une expression régulière utilisée pour retrouver le lien dans la page. Avant de jouer la requête, NeoLoad remplace les valeurs dynamiques de la définition par les valeurs extraites du lien correspondant dans la page précédente (référant). Les expressions régulières sont de type Perl.

Les paramètres de requête interprétés comme des expressions régulières sont: le chemin, les paramètres de requête (nom et valeur) et le serveur. Si le nom du serveur est dynamique, créer un serveur dans NeoLoad dont le nom machine est l'expression régulière à rechercher dans la page.

Si plusieurs liens correspondent à la définition, alors NeoLoad en utilise un au hasard.

Note:

Une fois le lien trouvé, il est possible de mettre la valeur des paramètres dans une variable NeoLoad. Pour cela, il suffit de rentrer le nom de la variable dans la colonne Extraire dans la variable du tableau des paramètres (cette colonne est visible uniquement en mode extracteur de lien).

Exemple

Considérons cet exemple: l'application web génère un identifiant de recherche (searchID), et cet identifiant est transféré de page en page comme paramètre de requête. L'enregistrement de la requête ressemble à:

Si vous lancez le test, NeoLoad jouera la requête avec le searchID enregistré. Il faut donc remplacer le searchID par la valeur appropriée. La page précédente contient le lien: <a href="http://ServerHostname/search.php?searchID=<mygoodsearchid>&page=2">Page2</a>

Changeons donc cette requête manuelle en Extracteur de lien:

Dans l'exemple, la valeur du searchID a été positionnée à ".*" qui signifie que le searchID peut prendre toute forme de valeur.

Le paramètre "page" peut aussi être positionné à ".*" ou"\d" (pour un seul chiffre). Alors, si vous avez différents liens comme:

<a href="http://ServerHostname/search.php?searchID=<mygoodsearchid>&page=2">page2</a>
<a href="http://ServerHostname/search.php?searchID=<mygoodsearchid>&page=3">page3</a>
<a href="http://ServerHostname/search.php?searchID=<mygoodsearchid>&page=4">page4</a>

Alors tous ces liens correspondront à la définition et NeoLoad en choisira un au hasard.

Le type de requête Extracteur de formulaires permet de retrouver un formulaire dans la page HTML précédente, et de le rejouer.

Les paramètres de requête interprétés comme des expressions régulières sont: le chemin, les paramètres du formulaire (nom et valeur) et le serveur. Si le nom du serveur est dynamique, créer un serveur dans NeoLoad dont le nom machine est l'expression régulière à rechercher dans la page.

Si plusieurs formulaires correspondent à la définition, alors NeoLoad en utilise un au hasard.

Note: Les caractères réservés doivent être échappés dans la définition de l'extracteur de formulaire. Les caractères suivants doivent être échappés par '\': [ ] ^ \ { } ( ) .

Une fois le formulaire trouvé, il est possible de mettre la valeur des paramètres dans une variable NeoLoad. Pour cela, il suffit de rentrer le nom de la variable dans la colonne Extraire dans la variable du tableau des paramètres (cette colonne est visible uniquement en mode extracteur de formulaire).

Exemple

Considérons une application avec un formulaire de recherche tel que celui-ci:

<form name="searchform" method="POST" action="search.php">
	<input type="text" name="name" size="30" value="">
	<input type="text" name="city" size="30" value="NY">
	<select name="country" id="country">
		<option value="US">US</option>
		<option value="Canada">Canada</option>
		<option value="China">China</option>
		<option value="France">France</option>
		<option value="UK">UK</option>
	</select>
	<input type="radio" name="fastsearch" value="YES">
	<input type="radio" name="fastsearch" value="NO">
	<input type="hidden" name="computedValue" value="4235">
	<input type="submit" name="Submit" value="Submit">
</form>

Dans cet exemple, le champ caché "computedValue" est généré côté serveur et diffère à chaque appel.

La requête enregistrée ressemble à:

Si vous lancez le test, NeoLoad jouera la requête avec la valeur enregistrée du paramètre "computedValue". Il doit être remplacé par la valeur appropriée: changer cette requête manuelle en extracteur de formulaire:

Utiliser ".*" comme valeur pour computedValue permet d'extraire la valeur générée par le serveur.

De plus, utiliser ".*" pour le champ country permet de choisir une valeur au hasard parmi les valeurs possibles de cette option. De la même manière, le champ "fastsearch" aura la valeur "YES" ou"NO" au hasard durant le test.

Ainsi, l'extracteur de formulaire ne vous permet pas seulement d'extraire des valeurs dynamique générées par le serveur mais permet aussi d'utiliser les différent choix du formulaire.

La notion de paramètre dynamique dans NeoLoad représente les paramètres générés dynamiquement par le serveur et utilisés dans plusieurs requêtes d'un scénario. Ce type de paramètre peut être utilisé par exemple pour gérer les sessions utilisateur, ou conserver l'état de la navigation à un moment donné. Ces paramètres calculés par le serveur peuvent être insérés dans un champ caché d'un formulaire, ou dans un paramètre d'URL sans intervention de l'utilisateur.

Lors d'un test en charge, NeoLoad simule des centaines d'utilisateurs sur l'application, et chacun d'eux doit pouvoir utiliser la valeur du paramètre généré par le serveur, et non pas la valeur enregistrée lors de la création du scénario. Afin de gérer les paramètres dynamiques, il faut typiquement extraire la valeur générée par le serveur grâce à un extracteur de variable, puis la réinjecter dans les requêtes suivantes en lieu et place de la valeur enregistrée. Cela est tout a fait possible pour un paramètre dynamique isolé, mais peut devenir fastidieux pour un paramètre dynamique intervenant dans de nombreuses requêtes (nombreux remplacement dans la définition des requêtes), ou changeant de valeur régulièrement (nombreux extracteurs de variable à créer).

Afin de faciliter la gestion de ces paramètres, NeoLoad propose deux processus permettant de configurer facilement les paramètres dynamiques de l' application.

La recherche des paramètres dynamiques est un processus pouvant être exécuté après un enregistrement (assistant de fin d'enregistrement), ou sur chaque utilisateur virtuel.

Pour lancer la recherche des paramètres dynamiques sur un utilisateur virtuel:

L'assistant de recherche des paramètres dynamiques s'affiche alors, proposant d'exécuter les deux types de recherche de paramètre dynamique de NeoLoad:

Dans le cas de framework bien spécifique au développement d'une application, les paramètres dynamiques générés par le serveurs sont souvent les mêmes, et sont utilisés dans de nombreuses requêtes. Afin d'éviter de définir des extracteurs de variables sur de nombreuses requêtes, puis de définir l'utilisation de ces variables dans la définition des requêtes, NeoLoad vous propose de chercher ces paramètres pour vous et de configurer les extracteurs/remplacements de variable dans le scénario.

Le processus de recherche des paramètres dynamiques génériques dans NeoLoad est entièrement automatique. Ce processus permet à NeoLoad de rechercher les paramètres dynamiques dans votre application et de modifier votre scénario en conséquence.

Exemple

Prenons l'exemple d'une application avec un paramètre dynamique id calculé par le serveur et ajouté comme paramètre aux liens d'une page. Les liens dans la réponse du serveur ressemblent à:

<a href="viewCategory.shtml?categoryId=BIRDS&id=1181639214472">BIRDS</a>
<a href="viewCategory.shtml?categoryId=FISH&id=1181639214472">FISH</a>
<a href="viewCategory.shtml?categoryId=DOGS&id=1181639214472">DOGS</a>
<a href="viewCategory.shtml?categoryId=REPTILES&id=1181639214472">REPTILES</a>
<a href="viewCategory.shtml?categoryId=CATS&id=1181639214472">CATS</a>

Le paramètre id étant dynamique, il va prendre une valeur différente lors de l'exécution de chaque utilisateur virtuel. Après l'enregistrement de cette page, NeoLoad crée une requête comprenant la valeur du paramètre lors de l'enregistrement:

Lors de la recherche des paramètres dynamiques, NeoLoad ne va pas réussir à trouver ce lien exact dans la réponse du serveur, mais trouvera un lien identique avec une nouvelle valeur du paramètre id. Ainsi, lors d'une recherche des paramètres dynamiques, NeoLoad vous proposera de gérer ce paramètre dynamique de votre scénario:

Une fois les modifications proposées appliquées au scénario, voici la nouvelle définition de la requête gérant ce paramètre dynamique:

Dans cette définition modifiée, NeoLoad a transformé la définition manuelle de la requête en extracteur de lien, en positionnant le paramètre id comme dynamique (valeur .*). De plus NeoLoad mettra la valeur de ce paramètre dynamique dans la variable id lors de l'exécution du scénario, cette variable pouvant être utilisée plus loin dans le scénario.

Cette section décrit comment créer de toute pièce une requête SOAP. Se reporter à la section suivante pour enregistrer une requête d'un client existant.

Cette section décrit comment enregistrer l'interaction entre un client SOAP existant et le serveur de services web.

Description du panneau d'édition des requêtes SOAP:

	Note
	Les boutons "Avancé..." et "Validation..." offrent les mêmes fonctionnalités que pour une requête HTTP classique et permettent ainsi d'éditer les entêtes HTTP, créer des extracteurs de variables ou des validations de contenu.

Editer les paramètres extraits du WSDL

Lors du chargement du fichier WSDL, NeoLoad génère une arborescence par défaut de paramètres et des entêtes SOAP. Les paramètres optionnels peuvent être supprimés, et d'autres paramètres peuvent être ajoutés si la description WSDL l'autorise.

Paramètres

L'onglet paramètres permet d'éditer, supprimer ou d'ajouter des paramètres.

L'édition des paramètres reflète les contraintes décrites dans le WSDL.

Il y a deux types de paramètres:

• les éléments feuille comme une valeur texte ou numérique dont la valeur peut être éditée.

  Cette valeur peut être une valeur littérale ou une variable. L'encodage permet d'encoder les caractères réservés comme '>' et '<'. Dans le cas d'une variable, il est possible de décocher l'option "encoder la valeur" si la valeur de la variable est déjà encodée.

  Le type affiché de la valeur est le type au sens WSDL, par exemple {http://www.w3.org/2001/XMLSchema}string. Il est de la responsabilité de l'utilisateur de respecter la syntaxe du type de la valeur.

  

• les éléments conteneur qui contiennent d'autres éléments.

  • les éléments de type sequence contiennent d'autres éléments dans un ordre spécifique et avec la cardinalité décrite dans le WSDL. Par exemple, la sequence S doit contenir de zéro à trois élément A et au moins un élément B, dans cet ordre.

  • les éléments de type All contiennent d'autres éléments une et une seule fois, dans un ordre indéterminé.

  • les éléments de type Choice contiennent un seul élément fils, parmi les différents éléments fils autorisés.

  Les contraintes des éléments conteneur sont affichées pour information dans le bas du panneau d'édition de ces conteneurs (section "Elements fils").

  

Pour ajouter un élément fils à un conteneur utiliser le bouton '+' ou utiliser le bouton droit avec "Ajouter". Dans les deux cas, la liste des éléments à ajouter est restreinte aux éléments fils autorisés par le WSDL. L'élément est automatiquement inséré à l'endroit approprié au sein des autres éléments fils en cas de contrainte d'ordre.

Pour supprimer un élément fils d'un conteneur utiliser le bouton '-' ou utiliser le bouton droit avec "Supprimer".

Pour déplacer un élément fils au sein d'un conteneur utiliser le bouton de déplacement approprié ou le bouton droit avec "Monter" ou "Descendre".

	Note
	Si une contrainte du WSDL sur le conteneur n'est pas respectée, une icône d'erreur est ajoutée à l'icône du conteneur et un message d'erreur est ajouté au panneau d'édition (section "Elements fils") du conteneur en erreur.

La section attributs permet d'éditer les attributs du paramètre. Les attributs autorisés sont listés dans la table. La première colonne "Utiliser" permet d'ajouter l'attribut sélectionné au paramètre. Entrer une valeur dans la colonne valeur ajoute automatiquement l'attribut aux paramètres. Il n'est pas possible d'ajouter des attributs non prévus par le WSDL.

Entêtes

L'onglet entête permet de paramétrer les entêtes SOAP déclarées dans le WSDL.

Cette partie a un fonctionnement similaire à la partie paramètres.

La section spécifique aux entêtes est la partie Entêtes SOAP qui permet de définir l'attribut "Actor" du protocole SOAP.

Avancé

Cet onglet permet de définir deux paramètres:

• le style du message. Les styles supportés sont: RPC/Encoded, RPC/literal, Document/literal et Wrapped Document/literal. Le style sélectionné est celui déclaré dans le WSDL. Ce paramètre ne doit pas être modifié en temps normal car le web service s'attend à être contacté avec un style prédéterminé (celui du WSDL).

• le format d'encapsulation des attachements binaires: MIME ou DIME. Comme pour le style du message, ce paramètre est extrait du WSDL et ne doit pas être modifié en temps normal.

Aperçu XML

L'aperçu XML permet de prévisualiser le corps XML de la requête tel qu'il sera généré. L'aperçu n'est pas éditable et ne comprend que le corps XML du message (pas les attachements binaires) en cas d'attachement.

Effectuer une validation de la requête pour avoir un aperçu de l'intégralité de la requête HTTP.

Editer le contenu XML

Si le fichier WSDL n'est pas défini ou si l'édition des paramètres WSDL ne peut être utilisée, il est possible de définir manuellement le corps XML du message.

Pour cela éditer le texte XML ou éditer l'arbre XML.

Texte XML

Cet onglet permet d'éditer le texte XML.

	Astuce
	Utiliser le click droit ou taper 'Ctrl-F' pour effectuer une recherche.

Arbre XML

Cet onglet permet d'éditer les noeuds de l'arbre XML dans vue arborescente. Cette vue est particulièrement adaptée pour utiliser des variables grâce au sélecteur de variables.

Lorsque la valeur d'un noeud contient une variable, il est possible de ne pas l'encoder au sens XML si elle est déjà encodée. Dans ce cas, NeoLoad ajoutera l'attribut NeoLoad-encode="false" au noeud correspondant, visible dans le vue Texte XML. Cet attribut supplémentaire sera supprimé lors du test au moment de l'encodage XML et ne sera pas envoyé au serveur.

Aperçu

Cet onglet permet d'obtenir un aperçu en lecture seule du corps de la requête qui sera envoyé.

Les variables sont interprétées et les retours chariots supprimés (voir l'astuce ci-dessous).

	Astuce
	La requête ne contient aucun retour chariot afin d'être plus compacte lors du test, utiliser le bouton droit "Indenter le XML" pour obtenir un texte plus lisible.

Utiliser le bouton Valider de la section test pour tester la requête courante.

NeoLoad crée un Utilisateur Virtuel temporaire comprenant uniquement la requête, puis lance la fenêtre de validation de cet utilisateur virtuel. Cliquer sur le bouton Lancer la Validation.

La section détail permet d'accéder au détail de la requête envoyée, au détail de la réponse du serveur ainsi qu'aux messages des assertions.

	Astuce
	Utiliser au click droit "Indenter le XML" dans le champ de texte pour analyser plus facilement la requête envoyée. Utiliser au click droit "Rechercher..." ou taper Ctrl-F pour effectuer une recherche.