Un test de charge SOAP vous permet de tester les performances d’un service Web basé sur SOAP sous la charge de l’utilisateur.
Configuration d’un test
Vous pouvez configurer manuellement une demande SOAP à l’aide d’une enveloppe SOAP ou utiliser l’assistant SOAP en cliquant sur le bouton Utiliser WSDL en haut de la page.
L’assistant HTTP/SOAP vous permet de spécifier une URL WSDL et vous permet de sélectionner des paramètres valides à tester avant de continuer.
Entrez l’URL de la page sur laquelle vous souhaitez effectuer le test. Spécifiez l’URL complète, y compris HTTP. Par exemple, « http://www.example.com/wsdl.asmx?WSDL ».
Seuil de validation temporelle (en secondes)
Enter the number of seconds the system should wait for a response from the target resource before returning an error. If this is left blank the default timeout is 120 seconds.
Le champ d’en-tête de demande SOAPAction HTTP peut être utilisé pour indiquer l’intention de la demande SOAP HTTP. La valeur est un URI identifiant l’intention. SOAP n’impose aucune restriction au format ou à la spécificité de l’URI ou à sa résolvabilité. Un client HTTP DOIT utiliser ce champ d’en-tête lors de l’émission d’une demande SOAP HTTP.
La présence et le contenu du champ en-tête SOAPAction peuvent être utilisés par les serveurs, tels que les pare-feu, pour filtrer de manière appropriée les messages de demande SOAP dans HTTP. La valeur de champ d’en-tête de la chaîne vide («») signifie que l’intention du message SOAP est fournie par la demande HTTP-URI. Aucune valeur ne signifie qu’il n’y a aucune indication de l’intention du message.
Entrez le corps de la demande XML.
Content Validation Keywords are used to ensure that the expected content was loaded onto a web page. In the Keyword fields, you can specify one or more words or phrases that you wish to search for in the web page content. If the expected keywords are not found, the task will return an error.
You can enter multiple strings into the keyword fields. The values you enter can be separated by logical expressions as follows:
{[("keyword1"&"keyword2")|!"keyword3"]}
Where:
{[ – keyword expression start;
]} – keyword expression end;
() – grouping brackets;
& – logical AND;
| – logical OR;
! – logical NOT;
“string” – a keyword.
A successful keyword expression must include the start and end brackets as follows:
{["keyword"]}
The HTTP authentication protocol is used to allow users to access content on some websites.
The following authentication schemes are available:
- Basic Authentication: This method encodes the username and password in base64 and sends them in the request header. It’s simple but not secure unless used with HTTPS.
- Digest Authentication: This scheme hashes credentials using a nonce (a random value) before sending them over the network, providing better security than Basic Authentication by preventing replay attacks.
- NTLM Authentication: A challenge-response mechanism developed by Microsoft, NTLM is used for securing credentials in Windows environments. It provides strong security by using multiple hashing and challenge-response protocols.
Once provided, login credentials will be passed along with the request header to the web server.
- Username: contains a username for HTTP/S authentication.
- User Password: contains a password for HTTP/S authentication.
Do not confuse HTTP authentication with other authentication schemes such as Bearer Authentication that involves bearer tokens and OAuth 2.0 that uses access tokens.
Read the articles on Basic Authentication Username and Password and Monitoring OAuth 2.0-based APIs for more information.
The DNS Options feature allows users to choose how domain name server (DNS) requests are conducted during a test.
The Custom DNS Hosts section allows setting up the mapping of IP addresses to hostnames. IPv6 and IPv4 DNS resolutions are supported.
To specify the mapping, enter the IP address and the hostname in the corresponding fields.
See also: DNS Mode Options.
Notez que l’option n’est pas prise en charge par les agents sur site LoadView. Pour obtenir des instructions détaillées sur la configuration d’hôtes DNS personnalisés pour l’agent sur site, consultez l’article Comment configurer des hôtes DNS personnalisés pour les tests de charge avec l’agent sur site de notre base de connaissances.
If you want to ignore an error with a specific code and type while testing, you can configure the Ignore Error Codes option in the test target settings. If the system detects a response with the specified error type and code, the response will be considered as successful and its status will be changed to OK. Note that ignored errors will not be reflected on the reports and can’t be tracked down.
You can find a comprehensive list of Error Codes in the HTTP Status Codes List | HTTP Error Codes Explained article of this wiki.