SOAP ロードテスト

SOAP ロードテストを使用すると、ユーザーロードの下で SOAP ベースの Web サービスのパフォーマンスをテストできます。

テストの構成

SOAP リクエストは、SOAP エンベロープを使用して手動でコンフィグレーションすることも、ページ上部の[WSDLを使用]ボタンをクリックしてSOAP ウィザードを使用することもできます。

HTTP/SOAP ウィザードでは、WSDL URL を指定し、続行する前にテストする有効なパラメータを選択できます。

URL

テストを実行するページのURLを入力します。 HTTP を含む URL 全体を指定します。たとえば、「http://www.example.com/wsdl.asmx?WSDL」などです。

時間検証のしきい値 (秒)

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.

石鹸アクション

SOAPAction HTTP 要求ヘッダーフィールドを使用して、SOAP HTTP 要求の意図を示すことができます。値は、意図を識別する URI です。 SOAP は、URI の形式や特異性、または URI が解決可能な形式に制限を設けない。 HTTP クライアントは、SOAP HTTP 要求を発行するときにこのヘッダーフィールドを使用する必要があります。

SOAPAction ヘッダーフィールドの存在と内容は、ファイアウォールなどのサーバーで使用して、HTTP で SOAP 要求メッセージを適切にフィルター処理できます。空の文字列 (“) のヘッダーフィールド値は、SOAP メッセージの意図が HTTP 要求 URI によって提供されることを意味します。値なしは、メッセージの意図を示さないことを意味します。

投稿 XML

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 default User-Agent header is set to:

User-Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Trident/6.0; .NET CLR 1.1.4322; .NET CLR 1.0.3705; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) DMBrowser/2.1 (SV)

However, the user-agent string can be replaced with any other string. To do this, add a custom header with the name “user-agent” and the specific value needed.

DNS オプション

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.

Examples:

192.168.107.246 example.com user.example.com userauth.example.com tools.example.com
192.168.107.246 example.com
192.168.107.246 user.example.com
192.168.107.246 userauth.example.com