silkperformer 2010 r2 - micro focus · µ g silkperformer visual studio .net add-in b89 o java ¿...

SilkPerformer® 2010 R2

Web 負荷テストチュートリアル

Web ïââÞÉeÉXÉg

Borland Software Corporation4 Hutton Centre Dr., Suite 900Santa Ana, CA 92707

Copyright 2010 Micro Focus (IP) Limited. All Rights Reserved. SilkPerformer には、 Borland Software Corpo-ration の派生著作物が含まれています。 Copyright 1992-2010 Borland Software Corporation (a Micro Focus company).

MICRO FOCUS、 Micro Focus ロゴ、ブランド名および製品名はすべて、 Micro Focus (IP) Limited またはそ

の関連会社の米国、英国、およびその他の国における商標または登録商標です。

BORLAND、 Borland ロゴ、および SilkPerformer は、 Borland Software Corporation またはその関連会社の

米国、英国、およびその他の国における商標または登録商標です。

その他のブランドまたは製品名は、その版権所有者の商標または登録商標です。

2010 年 3 月

目次

はじめに 1概要. . . . . . . . . . . . . . . . . . . . . . . . . 1SilkPerformer . . . . . . . . . . . . . . . . . . . 2サンプル Web アプリケーション . . . . . . . . . 3

第 1章負荷テストプロジェクトの定義 5

概要. . . . . . . . . . . . . . . . . . . . . . . . . 5負荷テストプロジェクトを定義する . . . . . . . 6

第 2章テストスクリプトの作成 9

概要. . . . . . . . . . . . . . . . . . . . . . . . . 9負荷テストスクリプトを作成する . . . . . . . 10生成されたスクリプトを試行する. . . . . . . . 14

第 3章テストスクリプトの分析 17

概要. . . . . . . . . . . . . . . . . . . . . . . . 17TrueLog Explorer での視覚的分析 . . . . . . . . 17要約レポートを表示する. . . . . . . . . . . . . 20エラーを検索する . . . . . . . . . . . . . . . . 23ページ統計値を表示する. . . . . . . . . . . . . 24記録 TrueLog と再生 TrueLog を比較する . . . 28

第 4章テストスクリプトのカスタマイズ 33

概要. . . . . . . . . . . . . . . . . . . . . . . . 33セッション処理をカスタマイズする . . . . . . 34ユーザーデータをカスタマイズする . . . . . . 40検証を追加する. . . . . . . . . . . . . . . . . . 47

第 5章ユーザープロファイルの定義 53

概要. . . . . . . . . . . . . . . . . . . . . . . . 53カスタムユーザープロファイルを定義する . . 54

第 6章ベースラインパフォーマンスの判別 59

概要. . . . . . . . . . . . . . . . . . . . . . . . 59

ベースラインを検索する . . . . . . . . . . . . . 59ベースラインを確認する . . . . . . . . . . . . . 63

第 7章監視テンプレートの設定 69

概要 . . . . . . . . . . . . . . . . . . . . . . . . 69監視テンプレートを設定する . . . . . . . . . . 69

第 8章ワークロードの定義 77

概要 . . . . . . . . . . . . . . . . . . . . . . . . 77ワークロードを定義する . . . . . . . . . . . . . 80

第 9章テストの実行と監視 85

概要 . . . . . . . . . . . . . . . . . . . . . . . . 85負荷テストを実行する . . . . . . . . . . . . . . 86テストを監視する. . . . . . . . . . . . . . . . . 88サーバーを監視する . . . . . . . . . . . . . . . 93

第 10章テスト結果の検討 95

概要 . . . . . . . . . . . . . . . . . . . . . . . . 95TrueLog On Error での作業. . . . . . . . . . . . 96概要レポートを表示する . . . . . . . . . . . . 100グラフを表示する. . . . . . . . . . . . . . . . 112

索引 117

SilkPerformer Web 負荷テストチュートリアル iii

iv SilkPerformer Web 負荷テストチュートリアル

はじめに

チュートリアルについて Web 負荷テストチュートリアルでは、 SilkPerformer を使用して、 Web 負荷テストを設定および実行する方法を説明します。

この「はじめに」の章には、次のセクションがあります：

概要

Web 負荷テストチュートリアルは、 SilkPerformer を利用した負荷テストの作業に、より簡単に慣れられるよう、またできるだけ早く作業を立ち上げ稼働させられるよう、記述されています。本書は、ユーザーが、 SilkPerformer の容易な操作性を最大限に利用し、 e ビジネスの負荷テストに最適な本ツールの最先端機能を使いこなせるよう、支援します。

メモ：本書では、プロトコルレベル (HTTP/HTML) での Web アプリケーションの負荷テストについて説明します。

AJAX 技術に強く依存したアプリケーションの負荷テストを行う場合は、ブラウザ駆動型 Web 負荷テストを使用することを推奨します。

ブラウザ駆動型 Web 負荷テストは、実際に Web ブラウザ (Internet Explorer) を使用して負荷を生成するソリューションであり、 Web ブラウザに組み込まれた AJAX ロジックを利用して、複雑な AJAX 動作をテスト中に正確にシミュレートすることができます。

詳細については、『ブラウザ駆動型 Web 負荷テストチュートリアル』を参照してください。

セクションページ

概要 1

SilkPerformer 2

サンプル Web アプリケーション 3

SilkPerformer Web 負荷テストチュートリアル 1

はじめにSilkPerformer

SilkPerformer

SilkPerformer は、本業界で最も強力で、しかも使いやすい、エンタープライズクラスの負荷 / 耐久テストツールです。視覚的なスクリプト生成技術、および、数千人のユーザーが同時利用する複数のアプリケーション環境をテストできるその能力により、規模や複雑さに関わらず、デプロイする前に、開発中のエンタープライズアプリケーションの信頼性、パフォーマンス、拡張性などを、徹底的にテストすることが可能になります。根本原因解析用の最強なツールや管理レポートを利用して、問題を切り分けし、迅速に決断することで、テストサイクルを最小化し、市場へリリースするまでの時間を短縮することができます。

利点エンタープライズアプリケーションの拡張性、パフォーマンス、および信頼性を確かなものに

SilkPerformer は、エンタープライズアプリケーションのパフォーマンスを、さまざまなワークロードシナリオや動的な負荷条件において、内部の視点だけでなくエンドユーザーの視点からも測定することにより、そのアプリケーションの品質を確かなものとします。

開発サイクルの早い段階でのリモートコンポーネントのテストを可能に

開発サイクルの早い段階で（クライアントアプリケーションが構築される前ででも）、リモートコンポーネントの機能性、相互運用性やパフォーマンスをテストすることにより、多層エンタープライズアプリケーションにおける不具合のコストを、激減させることができます。ポイント＆クリックインターフェイスを使って調査することにより、 Web サービスや .NET リモートオブジェクト、EJB、 Java RMI オブジェクト用のテストドライバを、迅速に生成することができます。また代わりに、開発者が記述した、同時実行テストのためのユニットテストドライバを再利用したり、 SilkPerformer の Visual Studio .NET Add-In を利用して、 Java や他の .NET 言語（C# や VB .NET など）で、新しいテストケースを直接作成することもできます。

迅速な解決に向けて容易に問題を突き止める

HTML、 XML、 SQL、 TCP/IP、および UDP をベースとしたプロトコルデータに対する独自技術である SilkPerformer の TrueLogTM により、エンドユーザーの視点からの完全視覚化された根本原因解析機能を提供します。 TrueLog は、 HTML ページ（すべての埋め込みオブジェクトも含む）に対する負荷テスト時にユーザーが送受信するデータを、視覚的に再現します。これにより、ユーザーは、負荷テストでのエラー発生時にアプリケーションの動作を視覚的に分析することができます。さらに、詳細なレスポンスタイマー統計は、アプリケーションが運用に入る前に、「サービス内容合意書」で見逃された根本原因を明らかにする助けとなります。

プロジェクトの再利用 SilkPerformer の拡張ワークフローは、 SilkCentral Test Manager との統合を深め、単純化します。

SilkPerformer の新たなプロジェクトの再利用ボタンをクリックすると、テストプロジェクトが Test Manager にアップロードされ、そこで再利用されます（テスト自動化のための機能）。詳細については、 SilkCentral Test Manager のドキュメントを参照してください。

2 SilkPerformer Web 負荷テストチュートリアル

はじめに

サンプル WEB アプリケーション

サンプル Web アプリケーション

SilkPerformer のサンプル Web アプリケーションが ShopIt です。 ShopIt は、シンプルな e コマース Web サイトをシミュレートするもので、オンライン購入のシミュレーションに使用できるキャンピング用品カタログを備えています。このアプリケーションを使用すると、 SilkPerformer の Web アプリケーション機能を試すことができます。

ShopIt V 6.0 セットアップは次の場所から可能です。• SilkPerformer インストール CD （\Extras\ShopItV60.exe）• SilkPerformer のダウンロード場所（http://www.borland.com/downloads/

download_silk.html）

インストールプロセスに関する詳細情報については、『SilkPerformer インストールガイド』を参照してください。

ShopIt V は、不明な Web リンク（商品の在庫切れが原因）やセッションエラーなどのエラーを生成するように作られています。アプリケーションがエラーなしで動作するようになるには、スクリプトをカスタマイズする必要があります。詳細については、「セッション処理をカスタマイズする」を参照してください。


http://www.borland.com/downloads/download_silk.html

http://www.borland.com/downloads/download_silk.html

はじめに

サンプル Web アプリケーション


1
Chapter 1 負荷テストプロジェクトの定
義

はじめに本章では、 SilkPerformer において、負荷テストプロジェクトを定義する方法について説明します。

本章の内容本章には、次のセクションがあります：

概要

SilkPerformer の負荷テスト実施における最初のステップは、負荷テストプロジェクトの基本設定を定義することです。プロジェクトには名前を付け、必要に応じて簡単な説明を追加することができます。テスト対象アプリケーションの種類は、最も重要であるデータベースや分散アプリケーションを含む、今日の e ビジネスで遭遇するインターネットや Web 上にあるものから幅広く指定できます。

指定した設定は、特定の負荷テストプロジェクトに関連付けられます。プロジェクトの切り替え、プロジェクトの編集、およびプロジェクトの保存が簡単にできるので、後で変更したり、再利用したりできます。

プロジェクトには、負荷テストを完了させるために必要なリソースがすべて含まれています。そのなかには、ワークロード、 1 つ以上のプロファイルとテストスクリプト、スクリプトからアクセスするすべてのデータファイル、および固有の数のエージェントコンピュータとサーバー側監視のための情報が含まれます。こうしたリソースすべてのオプションは、対応するツリービューにあるプロジェクトアイコンから直接入手できます。


概要 5

負荷テストプロジェクトを定義する 6


負荷テストプロジェクトの定義負荷テストプロジェクトを定義する

負荷テストプロジェクトを定義する

サンプル負荷テストプロジェクトを作成する際の最初のステップは、プロジェクトの名前およびテスト対象のアプリケーション種類を指定して、プロジェクトを定義することです。

手順：負荷テストプロジェクトを定義するには：

1 SilkPerformer ワークフローバーの [ ここから開始する ] ボタンをクリックします。

2 [ ワークフロー - プロジェクトの概要設定 ] ダイアログが開きます。プロジェクトの名前（Shopit_JA など）を、 [ プロジェクト名 ] フィールドに入力します。

3 プロジェクトの説明を、 [ プロジェクトの説明 ] フィールドに入力します（「サンプルアプリケーション "ShopIt" を使った Web チュートリアル」など）。



4 [ アプリケーションの種類 ] フィールドで、 [Web ビジネストランザクション (HTML/HTTP)] を選択します。

メモ： Flash Remoting アプリケーションの負荷テストを行いたい場合、詳しい情報については、ドキュメント『Advanced Concepts』の「Load Testing Flash Remoting Applications」の章を参照してください。

メモ： WebDAV アプリケーション（Microsoft Outlook Web Access）の負荷テストを行いたい場合には、

[ アプリケーションの種類 ] フィールドにおいて、そのまま [WebDAV (MS Outlook Web Access)] を選択します。手順は、他の Web ビジネストランザクション (HTTP) を負荷テストするのと同一です。

5 [OK] をクリックし、設定に基づいてプロジェクトを作成します。

SilkPerformer SilkPerformer Web 負荷テストチュートリアル 7

2
Chapter 2 テストスクリプトの作成
はじめに本章では、負荷テストスクリプトのモデリング、および TryScript 実行によってテストスクリプトを試行する方法について説明します。


概要

負荷テストスクリプトを作成するための最も簡単な方法は、 SilkPerformer Recorder を使用することです。 Recorder は、トラフィックを測定して記録し、テストスクリプトを生成する SilkPerformer のエンジンです。

最初に、 SilkPerformer Recorder は、テスト対象のクライアントアプリケーションとサーバー間のトラフィックをキャプチャして記録します。記録が終了すると、SilkPerformer Recorder は、記録されたトラフィックからテストスクリプトを自動生成します。スクリプトは、 SilkPerformer のスクリプト言語である Benchmark Description Language (BDL) で記述されます。

記録フェーズ中に、トランザクションを定義します。トランザクションは、負荷テストにおいて仮想ユーザーに割り当てられる独立した作業単位で、これに対して、個別に時間測定が行われます。他の作業単位に依存しない作業単位に対してのみ、新規のトランザクションを作成します。記録中に発生した任意のアクションまたは一連のアクションに対して、個別に時間測定を行うことができます。


概要 9

負荷テストスクリプトを作成する 10

生成されたスクリプトを試行する 14


テストスクリプトの作成負荷テストスクリプトを作成する

負荷テストスクリプトを作成する

手順：負荷テストスクリプトをモデリングするには：

1 SilkPerformer のワークフローバーの [ スクリプトの作成 ] ボタンをクリックします。

2 [ ワークフロー - スクリプトの作成 ] ダイアログが表示されます。ダイアログの [ スクリプト ] 領域にある [記録 ] を選択します。

3 [ アプリケーションプロファイル] ドロップダウンリストから、負荷テストで使用したいクライアントアプリケーションのプロファイルを選択します（例、 [Internet Explorer]）。

4 使用したいアプリケーションのプロファイルがまだ設定されていない場合

は、ドロップダウンリストの右側にあるボタンをクリックして、設定しま

す。

5 [URL] フィールドには、記録する URL を入力します（例、 http://lab3/shopit）。



メモ：初めてのユーザの動作をエミュレートするスクリプトを記録する場合には、使用するブラウザのクッキーが削除されていることを確認

してください。

6 [OK] をクリックします。 SilkPerformer Recorder が最小化されたフォームで開き、ブラウザが起動され、指定された記録対象の URL が読み込まれます。



メモ：記録中に発生したアクションのレポートを表示するには、 GUI サイズの変更ボタンをクリックして Recorder ダイアログを最大化します。

7 ブラウザを使用して、負荷テスト中に仮想ユーザーが行わせる動作通りに

ターゲットサーバーとやり取りします（リンクとクリックして商品を探す、など）。行った動作が、 Recorder によってキャプチャされ、記録されます。作業が完了したら、ブラウザウィンドウを閉じ、 Recorder の [記録停止 ] ボタンをクリックします。



8 [名前を付けて保存 ] ダイアログが開きます。定義した仮想ユーザーの動作

を表す分かりやすい名前を付けて、スクリプトを保存します。


テストスクリプトの作成生成されたスクリプトを試行する

9 記録したトラフィックを基に新しく生成された負荷テストスクリプトが、SilkPerformer スクリプトエディタウィンドウに表示されます。

生成されたスクリプトを試行する

テストスクリプトを生成したら、 TryScript 実行によって、スクリプトがエラーなしで動作するかどうかを確認する必要があります。 TryScript 実行では、このチュートリアルで先ほど記録した操作をスクリプトが正確に再現するかどうかがわかります。

TryScript 実行のデフォルトのオプション設定には、テスト時にダウンロードされたデータの実況表示や、ログファイルおよびレポートファイルの作成などがあります。

TryScript 実行では、トランザクション間の思考時間や遅延が発生しないように、1 人の仮想ユーザーのみが実行され、ストレステストオプションが有効になります。

TryScript 実行は TrueLog Explorer に表示されます。この表示で、再生エラーを素早く見つけることができます。



手順：負荷テストスクリプトを試験的に実行するには：

1 SilkPerformer のワークフローバーのスクリプトの試行をクリックします。

ワークフロー – スクリプトの試行ダイアログが表示されます。アクティブなプロファイルが、すでに [ プロファイル] ドロップダウンリストにおいて選択されています。作成したスクリプトも、 [ スクリプト ] ドロップダウンリストにおいて選択されています。 VUser という仮想ユーザーグループが、 [ ユーザーグループ ] 領域で選択されています。

2 TryScript 実行の間に Web サーバーから実際にダウンロードされたデータを

表示するには、 [ アニメーション ] チェックボックスをオンにします。

メモ： Web アプリケーション以外のアプリケーションをテストする場合には、 [ アニメーション ] オプションをオフにしてください。



3 [実行 ] をクリックします。

メモ：ここでは、実際の負荷テストを実行するわけではありません。スクリプトのデバッグが必要かどうかを確認するためのテスト実行にす

ぎません。

4 TryScript 実行が開始します。 [監視 ] ウィンドウが開き、実行の進捗についての詳細な情報が表示されます。

5 TrueLog Explorer が開き、 TryScript 実行中に実際にダウンロードされたデー

タが表示されます。 6 TryScript 実行中にエラーが発生した場合は、 TrueLog Explorer を使用して、

エラーの検索やセッション関係の情報をカスタマイズすることができます。詳細については、「セッション処理をカスタマイズする」を参照してください。


3
Chapter 3 テストスクリプトの分析
はじめに本章では、記録された負荷テストスクリプトを、 TryScript 実行の結果に基づいて分析する方法について説明します。


概要

記録したテストスクリプトに対して TryScript 実行をいったん開始したら、TrueLog Explorer を使用して、 TryScript 実行の結果を分析する必要があります。TrueLog Explorer でのテストスクリプト分析には、次の 3 つのタスクがあります：

- 仮想ユーザー要約レポートを表示する

- エラーの検索

- 再生テスト実行と記録テスト実行の比較

TrueLog Explorer での視覚的分析

TrueLog Explorer の最も強力な機能の 1 つは、テスト中のアプリケーションによって表示された Web コンテンツを視覚的にレンダリングする機能です。実際


概要 17

TrueLog Explorer での視覚的分析 17

要約レポートを表示する 20

エラーを検索する 23

ページ統計値を表示する 24

記録 TrueLog と再生 TrueLog を比較する 28


テストスクリプトの分析TrueLog Explorer での視覚的分析

に、仮想ユーザーがアプリケーションとやり取りをするときに「見る」ものが表示されます。

TrueLog Explorer のインターフェイスは、次のセクションから構成されています：

• ワークフローバーは、 TrueLog Explorer を扱う際の主要なインターフェイスとなります。ワークフローバーでは、 TrueLog Explorer に組み込まれている負荷テスト方法論を反映して、 5 つの主要なタスクがサポートされています。

• インターフェイスの左側にあるツリーリストビューでは、負荷テスト中にダウンロードされた TrueLog データを展開または縮小できます。ロードされている TrueLog ファイルはそれぞれ、関連するすべての API ノードへのリンクと共に、ここに表示されます。ノードをクリックすると、そのコンテン

ツがソースビューに、履歴の詳細が情報ビューに表示されます。 • ソースウィンドウでは、 HTML ソースコードとレンダリングされた HTML

コンテンツの両方をビューが用意されています。 [ レンダリング ] ビューには、ツリーリストビューにて選択されている API ノードに対する、サーバーからのレスポンスを「レンダリング」して表示されます。 [ ソース ] ビューには、 Web コンテンツを生成するために使用される HTML コードが表示されます。


テストスクリプトの分析TRUELOG EXPLORER での視覚的分析

• 情報ビューには、負荷テストスクリプトおよびテスト実行に関するデータが表示されます。読み込まれた TrueLog ファイル、選択された API ノード、 BDL スクリプト、 HTML 参照、 HTML ヘッダーデータなどに関する、一般情報が含まれています。

テスト実行を分析する手順：テスト実行の結果を分析するには：

1 対象となる TrueLog を TrueLog Explorer に読み込みます。2 前チュートリアルで実行した TryScript 実行の TrueLog が TrueLog Explorer に

読み込まれたら、ワークフローバー上の [ テストの分析 ] ボタンをクリックします。

[ テストの分析 ] ダイアログが表示され、 3 つの選択肢が提示されます：• 仮想ユーザー要約レポートの表示

• TrueLog 内のエラーの検索

アクセスされた API ノードのツリービュー

ワークフロー

レンダリングされた HTML

HTML ソースビュータブ

複数のビューを持つ情報ウィンドウ


テストスクリプトの分析要約レポートを表示する

• 再生テスト実行と記録テスト実行の比較

要約レポートを表示する

仮想ユーザー要約レポートは、個々の TryScript 実行の要約レポートで、基本情報とタイミング平均を提供します。それぞれのレポートは、仮想ユーザーごとに記録されており、表形式でデータが表示されます。

仮想ユーザー要約レポートには、以下に関する詳細情報が含まれています： - 仮想ユーザー

- 検出されたエラー

- 負荷テストスクリプトに定義されているトランザクションごとのレスポンス時間情報

- ダウンロードされた Web ページごとのページタイマの測定値- 負荷テストスクリプトで宣言されている各 Web フォームに関連する測

定値。これには、レスポンス時間の測定値、 POST、 GET、および HEAD の各メソッドを使用したフォーム送信に対するスループット速度も含まれます。

- スクリプトで使用された個別のタイマおよびカウンタ（Measure 関数）



仮想ユーザー要約レポートに含まれる統計の詳細については、 SilkPerformer のオンラインドキュメントを参照してください。

手順：テスト実行に対する仮想ユーザー要約レポートを表示するには：

1 前チュートリアルで実行した TryScript 実行で生成された TrueLog が TrueLog Explorer に読み込まれたら、ワークフローバー上の [ テストの分析 ] ボタンをクリックします。



2 [仮想ユーザー要約レポートの表示 ] リンクを選択します。

要約レポートを有効にす

る

仮想ユーザー要約レポートの処理には時間がかかるので、デフォルトでは生成されない設定になっています。アニメーション化された TryScript 実行の終了時や、ツリーリストビューで TrueLog ファイルのルートノードをクリックした際に、


テストスクリプトの分析エラーを検索する

TrueLog Explorer の [設定 ] メニュー（[ オプション｜ワークスペース｜レポート]）で、 [仮想ユーザーレポートを表示する ] チェックボックスを選択します。

メモ：仮想ユーザー要約レポートは、 SilkPerformer Workbench 内でも表示させることができます。 [ ユーザー ] ビューで仮想ユーザーを右クリックし、そのコンテキストメニューから [仮想ユーザーレポートファイルの表示 ] を選択します。

エラーを検索する

TrueLog Explorer を利用すると、 TryScript 実行の後で、エラーをすばやく検索できます。そして、 TrueLog Explorer にてエラーになったリクエストを調査し、必要なカスタマイズを行うことができます。

メモ：ツリーリストビューに表示すると、再生エラーを含む API ノードには、赤い「X」印が付いています。

手順： TrueLog 内の再生エラーを検索するには：

1 前チュートリアルで実行した TryScript 実行で生成された TrueLog が TrueLog Explorer に読み込まれたら、ワークフローバー上の [ テストの分析 ] ボタンをクリックします。


テストスクリプトの分析ページ統計値を表示する

2 ダイアログ上で [ エラーの検索 ] リンクをクリックします。

3 [TrueLog のステップスルー ] ダイアログが、 [ エラー ] オプションが選択された状態で表示されます。

4 1 度に 1 つのエラーを検索しながら TrueLog 結果ファイル内を移動するには、 [次を検索 ] をクリックします。

ページ統計値を表示する

テスト実行の正確性を検証したら、ページ統計を利用して、「負荷のない」状態の時のアプリケーションのパフォーマンスを分析できます。ページ概要には、



ページの総レスポンス時間、ドキュメントのダウンロード時間（サーバーのビジー時間を含む）、および埋め込みオブジェクトの受信に要した時間が表示されます。

Web ページの詳細な統計値には、個々の Web ページコンポーネントの正確なレスポンス時間が表示されるので、エラーや、ページのダウンロードが遅くなる根本原因を簡単に突き止めることができます。

メモ： TryScript 実行には、思考時間が含まれないため、 TryScript による測定結果は、実世界のパフォーマンスを予測するためには利用できま

せん。

Web ページの詳細な分析結果には、ページコンポーネントごとに以下のデータが記載されています。

• DNS ルックアップ時間• 接続時間

• SSL ハンドシェイク時間• リクエスト送信時間

• サーバービジー時間• レスポンス受信時間

• キャッシュ統計値

手順：概要ページを表示するには：

1 ツリーリストビューにおいて、統計値を表示する API ノードを選択します。

2 [TrueLog ステップスルー ] ダイアログステップで、 [ページ全体 ] オプションを選択します。



3 [統計 ] タブをクリックして、統計ビューを開きます。



4 詳細分析およびページの掘り下げを行うには、 [URL] 列に一覧されている中から、特定のコンポーネントを選択します。


テストスクリプトの分析記録 TrueLog と再生 TrueLog を比較する

記録 TrueLog と再生 TrueLog を比較する

Web アプリケーションのテストの場合、 TrueLog Explorer には、テスト時に受信された実際の Web ページが表示されます。 TrueLog Explorer のアニメーションモードでは、ダウンロードされたデータの実況監視が可能で、テスト中に受信されたとおりにデータが表示されます。

スクリプト開発プロセス中に生成された再生 TrueLog と、アプリケーションの記録中に当初生成された TrueLog を比較することで、テストスクリプトが正確に実行されたかどうかを確かめることができます。記録および再生 TrueLog 間の差異は、通常、セッション ID といったセッション関連データによって生じます。詳細については、「セッション処理をカスタマイズする」を参照してください。

手順：再生 TrueLog とそれに対応する記録 TrueLog を比較するには：

1 ワークフローバーの [ テストの分析 ] ボタンをクリックします。 [ ワークフロー - テストの分析 ] ダイアログが表示されます。


テストスクリプトの分析記録 TRUELOG と再生 TRUELOG を比較する

2 [ テスト実行の比較 ] ボタンをクリックします。

3 対応する記録 TrueLog が比較ビューに開き、 [TrueLog のステップスルー ] ダイアログが、 [ページ全体 ] オプションが選択された状態で表示されます。これにより、 TrueLog をノードごとに比較することができます。

4 [次を検索 ] ボタンをクリックすると、 TrueLog 結果ファイル内を 1 ページずつ移動することができます。



メモ：再生時のコンテンツを表示しているウィンドウには、左上隅に緑色の三角マークが付いています。アプリケーションの記録時に元々表示されていたコンテンツを表示しているウィンドウには、左上隅に赤い

三角マークが付いています。

記録されたセッションを表示しているウィンドウには、赤の三角が


テストスクリプトの分析記録 TRUELOG と再生 TRUELOG を比較する

差異を視覚的に調査


4
Chapter 4 テストスクリプトのカスタマ
イズ

はじめに本章では、負荷テストスクリプトを、スクリプトの試行の結果を基に分析する方法について説明します。


概要

SilkPerformer で負荷テストスクリプトを生成し、 TryScript 実行を実行したら、TrueLog Explorer を使用して以下の方法でスクリプトをカスタマイズできます。

• セッション処理のカスタマイズ - TrueLog Explorer の（構文）解析関数

により、スクリプト内の静的なセッション ID を動的なセッション ID に置き換え、それによって成功した負荷テスト実行の状態情報を保持す

ることができます。

• 入力データのパラメータ化 - [ ユーザーデータのカスタマイズ ] では、記録された静的なユーザー入力データを、トランザクションのたびに変

わる動的なパラメータ化されたユーザーデータに置き換えることに

よって、テストスクリプトをより現実に近いものにすることができま

す。このような " データ駆動型 " テストの実行では、手動でのスクリプ

ト記述は必要ありません。


概要 33

セッション処理をカスタマイズする 34

ユーザーデータをカスタマイズする 40

検証を追加する 47


テストスクリプトのカスタマイズセッション処理をカスタマイズする

• テストスクリプトへの検証の追加 - [検証の追加 ] ツールを使用すると、負荷テスト中にダウンロードされたデータについて豊富な知識を得

ることができます。これによりその知識に基づいて、サーバーから送信

されるコンテンツが正しいかどうかを確認できます。システム開発後

も、検証は引き続き、継続的なパフォーマンス管理に役立ちます

セッション処理をカスタマイズする

SilkPerformer の記録技術は、静的なセッション情報を含まない、コンテキスト対応のスクリプトを生成するため、通常、ほとんどのアプリケーションでセッション処理のカスタマイズは必要ありません。したがって、テストの分析中に何も問題が検出されなければ、セッション処理のカスタマイズを省略して、ユーザーデータのカスタマイズに進みます。

クライアントへのレスポンス内で、サーバーが実行時に情報を生成することがよくあります。この情報は、同じユーザーセッション中のクライアントリクエストが、同じコンピュータから送られてきたことを識別するために使われます。このようなセッション情報が更新されないと、その後のテスト実行で問題が発生する場合があります。

再生テスト実行を元の記録テスト実行と比較したときに、古いセッション情報が検出された場合には、今後のテスト実行のために、その情報を動的な変数に置き換える必要があります。さもなければ、負荷テストスクリプトが無効なセッション ID や、その他のセッション情報を用いて要求を行ってしまいます。

TrueLog Explorer は、ユニークで強力なヒューリスティクスを駆使して、この作業のほとんどを処理します。カスタマイズが必要な差分はオレンジ色、必要でない差分は青色で表示されます。



手順：セッション処理をカスタマイズするには：

1 前チュートリアルからの記録および再生 TrueLog が TrueLog Explorer へ読み込まれたら、ワークフロー上の [ セッション処理のカスタマイズ ] ボタンをクリックします。 [ ワークフロー - セッション処理のカスタマイズ ] ダイアログが開きます。



2 [差分の検索 ] をクリックして差分テーブル（[ ソース差分 ] ビュー）を表示します。ここには、再生セッション中と記録セッション中で、サーバーが

異なる（または動的な）情報を返した箇所が表示されます。このような情報は、変数に置き換える必要があります。

3 [TrueLog のステップスルー ] ダイアログボックスを使用して、 HTML サーバーのレスポンス内を移動します。記録されたレスポンスが、それに対応す

る再生されたレスポンスと一緒に表示されます。解析が必要なのは、静的な情報がテストスクリプト内に含まれていて、それがサーバーに返されていることを示す差分だけです。たとえば、再生セッションと記録セッションの



差分が、 e- コマースサイトで在庫品が不足していることが原因の場合、そのような差分は、セッションには関係ないので、スクリプトのカスタマイズを

するのは適切ではありません。

ステータス行は、検出された差分がセッション情報かどうかを示す

差分は、ここの差分テーブル内に表示さ

れる



4 [ ソース差分 ] ビューに一覧表示されたエラーの 1 つをダブルクリックします。 [解析関数の挿入 ] ダイアログが、境界値と変数名があらかじめ挿入された形で開きます - このため、手動で境界値を見つけて入力する必要はありません。

カスタマイズするには、一覧されている差分をダブルクリック

HTML における出現回数がここに表示される

このインジケータは、差分がセッション情報である可能性があることを示す

BDL コード内で発生している差分のみ、カスタマ

イズできる



5 [解析関数の挿入 ] ダイアログ上で [OK] をクリックして、必要な解析関数を BDL スクリプトに挿入します。

6 スクリプトが正常に変更されたら、 [ セッション処理のカスタマイズ ] ボタンをクリックして、新しいスクリプト試行のための初期化を行います。

7 セッション処理をカスタマイズした後で、スクリプトが正しく動作するかど

うかを確認するには、 [ スクリプトの試行 ] をクリックします。

8 その後のテスト実行の結果を分析して、セッション処理のカスタマイズが成

功したかどうかを確認します。


テストスクリプトのカスタマイズユーザーデータをカスタマイズする

9 負荷テストスクリプト内のセッション関連情報がすべてカスタマイズされるまで、この手順を必要な回数繰り返します。

ユーザーデータをカスタマイズする

現実の条件の下では、 Web アプリケーションのユーザーは、予測できないような組み合わせのデータを HTML フォームに送信します。効果的な Web アプリケーションテストの目標は、テストスクリプトによって、そのような変則的で多様なユーザーの動作をエミュレートすることです。

TrueLog Explorer の [パラメータウィザード ] を使用すると、テスト中にフォームに入力されるユーザー入力データをカスタマイズできます。 [パラメータウィザード ] によって、フォームフィールドに入力されるデータを指定できます。また、記録されているユーザー入力データをランダムなパラメータ化されたユーザーデータに置き換えることによって、現実に近いテストスクリプトを作成できます。

このチュートリアルでは、既存のパラメータを基にして変数を作成する方法を紹介します。 [パラメータウィザード ] の機能の詳細については、 SilkPerformer のドキュメントを参照してください。



手順： HTML フォームフィールドへのユーザー入力データをカスタマイズするには：

1 再生 TrueLog を TrueLog Explorer に読み込んだら、ワークフローバー上の [ ユーザーデータのカスタマイズ ] ボタンをクリックします。 [ ユーザーデータのカスタマイズ ] ダイアログが開きます。



2 [ カスタマイズ ] をクリックします。

3 [TrueLog のステップスルー ] ダイアログの [次を検索 ] ボタンと [前を検索] ボタンを使用して、 TrueLog 内のすべての WebPageSubmit呼び出しを参照します（

これらがユーザーデータのカスタマイズ候補となる呼び出しです）。

[ ポストデータ ] ビューには、選択されている WebPageSubmit 呼び出しによって送信された HTML フォームが含まれているページが表示されます。カーソルをフォームコントロールの上に置くと、ツールチップに、そのコントロールの名前、初期値、および送信された値が表示されます。

[ ポストデータ ] ビューで強調表示されている HTML コントロールは、カスタマイズ可能なフォームフィールドを表しています。記録されている値を、さまざまな種類の入力データ（ファイルにあらかじめ定義した値や一般



的なランダム値を含む）に置き換えることができます。また、記録された入

力データをカスタマイズした値に置き換えるためのコードをテストスクリプトに生成することもできます。

4 カスタマイズしたいフォームコントロールを右クリックして、 [値のカスタ

マイズ ...] を選択すると、 [ パラメータウィザード ] が開きます。

5 [ パラメータウィザード ] では、スクリプトの値を 2 つの方法のいずれかで変更できます。スクリプトの dclparam セクションまたは dclrand セクションに定義されている既存のパラメータを使用するか、（新しい定数値、ランダ

ム変数、複数列データファイルに定義されている値のいずれかに基づいて）新しいパラメータを作成できます。新しいパラメータが一度作成されると、既存のパラメータに追加され、以降のカスタマイズに利用できます。



メモ：このチュートリアルでは、ランダム変数に基づいてパラメータを作成する手順のみについて説明します。 [パラメータウィザード ] の機能の詳細については、 SilkPerformer のドキュメントを参照してくださ

い。

6 [パラメータを新規に作成する ] ラジオボタンを選択し、 [次へ ] をクリックすると、新しいパラメータが作成されます。

7 [パラメータの新規作成 ] ダイアログが表示されます。 [ ランダム変数からパラメータを作成 ] ラジオボタンを選択し、 [次へ ] をクリックします。

8 [パラメータウィザード - ランダム変数 ] が表示されます。ドロップダウンリストから、テストスクリプトに挿入するランダム変数のタイプを選択します。強調表示された変数タイプの簡単な説明が下部のウィンドウに表示されます。



9 [次へ >] をクリックします。

10 [変数の名前と属性の指定 ] 画面が表示されます。 [ ファイルからの文字列 ] というランダム変数タイプでは、指定されたファイルからランダムに選択ま

たは順次選択できるデータ文字列が生成されます。

変数の名前を [名前 ] フィールドに入力します。値の呼び出し順序が [ ランダム ] か [シーケンシャル] かを指定します。そのあと、 [ ファイル] 領域の [名前 ] ドロップダウンリストから設定済みのデータソースを選択します。



その他： [新規作成 ] ボタンをクリックすると、ランダム変数ファイルを新規作成できます。

11 [次へ >] をクリックすると、 [使用方法の選択 ] ダイアログが表示されます。新しいランダム変数の使用が [毎回 ]、 [ トランザクションごと ] 、 [ テスとごと ] のどちらであるかを指定します。

12 [完了 ] をクリックすると、記録されている値の代わりにランダム変数を指定のフォームフィールドに使用するようにテストスクリプトの BDL フォーム宣言が変更されます。新しいランダム変数関数が [BDL] ビューの下部に表示されます。

13 テストスクリプトでこのランダム変数関数を使って TryScript を起動して、スクリプトがエラーなしに動作することを確かめます。

14 [TrueLog のステップスルー ] ダイアログ上で [ フォーム送信 ] ラジオボタンを選択し、入力データをカスタマイズしたい次のフォームを検索します。

複数列データファイル複数列データファイルからのパラメータ化は、文字列値の特定の組み合わせ（ユーザー名 /パスワード、名 /姓など）が格納されるファイルを定義するため、データをパラメータ化する強力な手段になります。データファイルの各列は特定のパラメータに対応しています。複数列データファイルを使うと、データ駆動型テストモデルが可能になり、すべてのユーザーデータ入力をただ 1 つのデータファイルでカバーできます。


テストスクリプトのカスタマイズ検証を追加する

メモ：複数列データファイルの詳細については、 SilkPerformer のドキュメントを参照してください。

検証を追加する

TrueLog Explorer を使用すると、テストスクリプトにコンテンツチェックを簡単に追加して、サーバーから送信されるコンテンツが現実的な状況で実際にクライアントに受信されるかどうかを検証できます。

再生テスト実行と記録テスト実行を比較することによって、 TrueLog Explorer では、埋め込みオブジェクト、テキスト、グラフィックス、テーブルデータ、SQL レスポンスなどが、システム負荷が重い場合でも、実際にクライアントにダウンロードされて表示されるかどうかを確認できます。これは、クライアント/ サーバー環境のエンドユーザーの状況をテストするという課題に対する一意で強力なアプローチです。これにより、他の Web トラフィックシミュレーションツールが検知できない種類のエラーを検知できます：これは、標準的な負荷テストスクリプトでは検知できない負荷でのみ発生するエラーです。

コンテンツ検証は、稼働中のパフォーマンス管理で利用できるので、システムを配置した後も役に立ちます。

検証するオブジェクトを指定するだけで（レンダリングされた HTML、 HTML のソースコード、またはその他の場所を右クリック）、必要なすべての検証関数が生成されて、 BDL スクリプトに挿入されます。

TrueLog Explorer では、 Web、 XML、およびデータベースのアプリケーション用に、あらかじめ有効になっている検証関数があります。 Web アプリケーションの場合は、 HTML のページタイトル、ページのダイジェスト（コンテンツ全体のチェック）、テーブル、ソースコードのチェックがあらかじめ有効になっています。

手順： Web ページ用のコンテンツ検証を定義するには：

1 TrueLog Explorer に TrueLog を読み込んだら、目的のページまで移動します。2 検証するテキストを選択します（ページタイトルとページダイジェストを

検証する場合は不要）。

3 [検証の追加 ] をクリックします。



その他：コンテンツを右クリックして、コンテキストメニューから検証関数を選択することもできます。



4 [ ワークフロー - 検証の追加 ] 画面からあらかじめ有効になっている検証を選択します（このチュートリアルでは、 [選択したテキストの検証 ] を選択します）。

- ページタイトルの検証- 選択したテキストの検証

- HTML テーブル内で選択したテキストの検証- ダイジェストの検証



5 BDL スクリプトへの検証関数の挿入方法を指定するには、 [ コンテンツ検証関数の挿入 ] ダイアログを完成させます。 [左境界 ] と [右境界 ] は、自動的に識別されます。

6 [OK] をクリックして、検証の設定を適用します。

7 BDL スクリプトが正常に変更されたら、 BDL スクリプトに追加する検証ごとに、この手順を繰り返します。



8 検証の追加が完了したら、 [ ワークフロー - 検証の追加 ] ダイアログの [ はい ] をクリックして、 TryScript 実行を起動します。



9 検証が正常に渡されたことを確認します（検証を含む API ノードには、青い "V" 印が表示されます）。

カスタマイズの完了アプリケーションによるセッション情報およびユーザー入力データの処理方法のカスタマイズ、必要なすべての検証関数の追加、および BDL スクリプトに対する SilkPerformer での必要な手動編集が完了すれば、負荷テストスクリプトはエラーなしで動作します。


5
Chapter 5 ユーザープロファイルの定義
はじめに本章では、カスタムユーザープロファイルの設定方法について説明します。


概要

ユーザーの一連の動作を提供する負荷テストスクリプトは、ユーザータイプを基に作成することができます。ユーザータイプは、ユーザーグループと負荷テストプロファイルの一意の組み合わせです。新しいユーザータイプは、新しいユーザーグループおよびテストプロファイルを定義することにより作成できます。

ユーザーグループは、共通のトランザクションやトランザクション頻度設定を共有する、ユーザーの集まりです。ユーザーグループは、 BDL スクリプトの dcluser セクションで定義されます。

プロファイルをお使いの負荷テストプロジェクトに追加することにより、 1 つのユーザータイプに様々な特性（接続速度、プロトコル、ブラウザなど）が付与できます。 SilkPerformer には、ユーザーがすぐに使用できるデフォルトプロファイルがあります。場合により、複数のプロファイルが必要な場合もあるでしょう。たとえば、負荷テスト中に 3 種類のモデム速度をエミュレートしたい場合には、 3 つの異なるモデム速度をそれぞれ定義した、 3 つのプロファイルを作成することができます。

プロジェクトプロファイルには、プロジェクト固有の重要な設定が多数含まれています。プロジェクトには必要だけいくつでもプロファイルを入れることができ、各プロファイルがそれぞれ固有の設定を持ちます。プロジェクトに新しいプロファイルを追加するのは簡単です。また、既存のプロファイルのコピーや、名前の変更、削除も可能です。

各プロファイルでは、記録されたトラフィックから SilkPerformer Recorder がテストスクリプトを生成する方法に関するオプションと、記録中に使用するプロト


概要 53

カスタムユーザープロファイルを定義する 54


ユーザープロファイルの定義カスタムユーザープロファイルを定義する

コルに関するオプションを設定できます。スクリプト再生に関するシミュレーション設定を定義できます。テスト中に生成される結果ファイルに関するオプションを設定できます。インターネット、 Web、 CORBA/IIOP、 COM、TUXEDO、 Jolt、データベースなど、シミュレーション対象となる、さまざまネットワークトラフィックに対しても、オプションを設定することができます。

カスタムユーザープロファイルを定義する

手順：カスタムユーザープロファイルを定義するには：

1 SilkPerformer ワークフローバーの [ テストのカスタマイズ ] ボタンをクリックします。



2 [ ワークフロー - テストのカスタマイズ ] ダイアログが表示されます。 [プロファイル] ドロップダウンリストで、現在アクティブなプロファイルが選択されています。これがデフォルトプロファイルです。新いプロファイルを自分のワークロードに追加するには、 [プロファイルの新規作成 ] ボタンをクリックします。

3 [新規のプロファイル] ダイアログが開きます。新しいプロファイルの名前（たとえば IE6_DSL など）を入力し、 [OK] をクリックします。

4 SilkPerformer のメインウィンドウのツリービュー領域にあるプロジェクトタブで、 [プロファイル] フォルダを展開します。



5 プロジェクトウィンドウで新しく作成されたプロファイルの名前を右クリックし、そのコンテキストメニューから、 [プロファイルの編集 ...] を選択し、 [プロファイル - <名前 > - シミュレーション ] ダイアログを表示します。

6 このダイアログから、プロジェクトのユーザープロファイルに関する様々な設定を調整することができます。左側のショートカットリストからアイコンを選択し、特定の設定にアクセスします。

仮想ユーザーは、幅広い選択肢の中から選んだ任意の Web ブラウザとそこに装備されている任意の機能を使用するようにカスタマイズすることができます。今日最もよく使用されているブラウザをエミュレートすることができます。また、携帯電話ユーザーにサービスを提供するブラウザなど、あまり

有名でないブラウザも使用可能です。 HTTP のさまざまなバージョンを用いて、カスタムブラウザを定義することも可能です。

利用可能なプロファイル設定に関する完全な詳細については、 SilkPerformer オンラインヘルプを参照してください。



7 [OK] をクリックしてプロファイルの設定を適用します。


6
Chapter 6 ベースラインパフォーマンス
の判別

はじめに本章では、 Web アプリケーションのベースラインパフォーマンスを判別し、確認する方法について説明します。


概要

SilkPerformer の負荷テスト実施のおける次のステップは、 [ベースラインパフォーマンス ] を確定する（つまり、テスト対象アプリケーションの理想的なパフォーマンスを決定する）ことです。ベースラインテストは、ユーザータイプごとに 1 ユーザーのみを使用して実行し、この負荷のない状態でのアプリケーションのパフォーマンス測定値が、ユーザータイプごとの適切な同時使用ユーザー数や、 HTML ページレスポンス時間やトランザクションレスポンス時間の適切な境界値を算出するための基礎となります。負荷テストを実行するために必要な帯域幅も、ベースラインの結果から算出されます。ベースラインテストは、実際の負荷テストに使うものと同じ測定タイプを使用します。実際の負荷テストと同様に、ベースラインテストでも、レポートおよび標準ファイルが出力されます。

ベースラインを検索する

ユーザーグループとスクリプトに異なるプロファイルを割り当てることで、スクリプト、ユーザーグループ、プロファイルの一意な組み合わせである、新し


概要 59

ベースラインを検索する 59

ベースラインを確認する 63


ベースラインパフォーマンスの判別ベースラインを検索する

いユーザータイプを定義することができます。ベースラインテストは、特定のユーザータイプを使用した負荷テストのための、ベースラインパフォーマンスを定めます。ベースラインテストでは、ユーザータイプごとに 1 人の仮想ユーザーのみが実行されます。

[ベースラインの検索 ] ダイアログボックスでは、複数のユーザータイプ（スクリプト、ユーザーグループ、プロファイルの一意の組み合わせ）を定義することができます。

次のオプション設定が、ベースラインテストに対して自動的に設定されています：

• ベースラインレポートファイルは自動的に作成• [ シミュレーション時間の後で仮想ユーザーを停止する ( キューイングの

ワークロード )] オプションは有効に• [ ランダムな思考時間 ] オプションは無効に• [負荷テストの説明 ] テキストボックスは「BaseLine Test」に• [監視 ] ウィンドウの [全ユーザーの全エラーの表示 ] オプションは有効に• [仮想ユーザー出力ファイル (.wrt)] オプションは有効に• [仮想ユーザーレポートファイル (.rpt)] オプションは有効に



手順：テストベースラインを判別するには：

1 SilkPerformer ワークフローバー上にある、 [ベースラインの検索 ] ボタンをクリックします。

2 [ ワークフロー - ベースラインの検索 ] ダイアログが表示されます。ベースラインテストで実行させたいユーザータイプを選択します。各ユーザータイプから 1 つの仮想ユーザーが実行されます。



3 負荷テストに新しいユーザータイプを追加したい場合には、 [追加 ...] ボタンを押して、 [ ユーザータイプの追加 ] ダイアログから、スクリプト、プロファイル、ユーザーグループの一意の組み合わせを選択します。どのプロ

ファイルも、そのプロジェクト内の任意のスクリプトの任意のユーザーグループと組み合わせることができます。

4 選択したプロファイルのシミュレーション設定を行うには、このドロップダ

ウンリストの右側にある参照 ([...]) ボタンをクリックします。


ベースラインパフォーマンスの判別ベースラインを確認する

5 [実行 ] をクリックして、ベースラインテストを実行します。

6 ベースラインテストが実行されます。 [監視 ] ウィンドウが開き、テストの進行状況についての詳細な情報が表示されます。

ベースラインを確認する

SilkPerformer の負荷テスト実施のおける次のステップは、テストによって確立したテストベースラインが、テスト対象アプリケーションの目標パフォーマンスを実際に反映していることを確認することです。結果としてでた測定値は、負荷テストにおける、同時使用仮想ユーザーの適切な数、必要な帯域幅、許容可能なしきい値などを算出するために使用されます。

そのためには、ベースラインレポートでテストの結果を調査します。満足できる結果の場合は、結果を保存してさらに処理できます。

ベースラインテストが完了したら、ベースラインレポートが表示されます。ベースラインレポートは、 XML/XSL 形式で、重要なテスト結果が表形式で含まれています。

メモ：ベースラインレポートは、ベースラインとして使用したいと考えるどの負荷テストに対しても、表示させることができます（つまり、

成功した負荷テストの結果はどれでも、ベースラインレポートの生成に使用することができます）。



手順：ベースラインレポートを表示させるには：

1 SilkPerformer ワークフローバーの [ベースラインの確認 ] ボタンをクリックします。



2 [ ワークフロー - ベースラインの確認 ] ダイアログボックスが表示されます。 [ベースラインレポート ] をクリックして、現在のテストに対するベースラインレポートを表示させます。

ベースラインレポートは、次の要素から構成されています：• 全般情報

• ユーザータイプ• 要約テーブル

• トランザクションレスポンス時間• HTML ページタイマ• Web フォーム測定値• [ ベースラインの承認 ] ボタン

ベースラインレポートの一般情報セクションには管理情報が表形式で記載されており、そこには、 SilkPerformer のバージョン情報、プロジェクト名、プロジェクトの説明、ベースラインテストの日時、ワークロード定義、ワークロードモデル、エラー数などが含まれます。

[ ユーザータイプ ] セクションの概要の各行では、各ユーザータイプに対して測定されたレスポンス時間の詳細が記載されています。概要の各行には、仮想ユーザー数（ベースラインテストの場合は「1」）、テストの実行時間、セッション時間、セッションビジー時間、平均ページ時間、実行されたトランザクション数（OK、キャンセル、および失敗）、そしてエラー数が含まれています。

[ セッション時間は、仮想ユーザーがアプリケーションの作業を一通り終えるのに必要とする時間です。 [ セッションビジー時間は、仮想ユーザーがアプリケーションの作業を一通り終えるのに必要とする時間から思考時間を抜いたものです。

特定のユーザータイプに対するベースラインテストの結果を参照するには、ユーザータイプを選択します。



3 テスト結果に満足し、さらに処理（たとえば、同時使用仮想ユーザーの数

や、負荷テストに必要なネットワーク帯域幅の算出など）を行うためにそれらを保存したい場合には、ベースラインの承認ボタンをクリックします。

4 [はい ] をクリックします。

5 これで承認されたベースラインができたため、選択したタイマにレスポンス時間のしきい値を設定することができます。これらのしきい値を設定するた

め、スクリプトに MeasureSetBound 関数が生成されます。[ レスポンス時間のしきい値の設定 ...] ボタンをクリックして、 [ しきい値の自動生成ダイアログボックスが開きます。

6 そのダイアログの [ タイマ ] セクションで、ベースライン結果を基に、自動的にしきい値を生成したいタイマを選択します。



7 時間のしきい値の計算に使用したい係数を、このダイアログの [係数 ] セクションで指定します。ベースラインテストでの平均レスポンス時間にこのファクターが乗算され、指定したタイマに対する時間しきい値が算出されます（たとえば、係数が 3 だった場合、ベースラインテストにおけるタイマの平均レスポンス時間の 3 倍の時間まで、レスポンス時間を許容する、ということになります）。

8 タイマの値が、指定されたしきい値を超えた場合に、エラーや警告メッセージを表示させるかどうかを、このダイアログの [ しきい値を超えたときに発生させるメッセージ ] セクションで指定します。ここでは、表示させるメッ

セージの深刻度も指定することができます。

9 [OK] をクリックし、選択したタイマーとユーザータイプのテストスクリプトに MeasureSetBound 関数を追加します。

しきい値を生成するタイマを選択

係数の低位 / 高位を指定

低位は良いレスポンス時間を表します。高位は、許容できるレスポンス時間と悪いレスポンス時間を分ける境界となります。

MeasureSetBound 関数が、すべての選択したタイマおよび承認したユーザータイプのスクリプトに追加されます。

最小しきい値を指定メッセージを表示させるかどうかとその深刻度を

指定


7
Chapter 7 監視テンプレートの設定
はじめに本章では、監視テンプレートを設定し、負荷テスト時にサーバー側の結果情報を生成する方法について説明します。


概要

SilkPerformer は、負荷テスト時におけるサーバおよびクライアント側の監視機能を提供しており、これにより、テスト実行中にサーバーのパフォーマンスの実況グラフを表示することが可能になっています。テスト時にサーバーを監視することは、それによりサーバー側の結果情報も生成されるため、重要です。この情報は、結果分析の際、参照および他のテスト測定結果と関係づけることができます。

他にも、サーバ監視により、ボトルネックの有無やその位置を確認することができます。オペレーティングシステムおよびサーバーアプリケーションのパフォーマンスを調査することもできます。

サーバ監視用カスタムテンプレートの設定が可能であり、既存のテンプレートの使用も可能です（ほとんどのアプリケーションタイプで利用可能です）。

監視テンプレートを設定する

手順：サーバー監視のテンプレートを設定するには：

1 SilkPerformer ワークフローバーの [ベースラインの確認 ] ボタンをクリックします。


概要 69

監視テンプレートを設定する 69


監視テンプレートの設定


2 [ ワークフロー - ベースラインの確認 ] ダイアログボックスが表示されます。 [監視オプションの定義 ] をクリックします。

3 プロファイル - [< プロファイル名 >] - 結果ダイアログが開き、 [結果 ] カテゴリの [監視 ] タブが表示されます。

4 [監視オプション ] 領域で、 [自動的に監視を開始する ] オプションを選択し、負荷テストが始まるたびに、 Performance Explorer の監視が自動的に起動するようにします。 Performance Explorer は、テスト対象のサーバーの種類に関連するサーバーパフォーマンスデータを表示します。

5 カスタム監視テンプレートを作成するには、 [ カスタム監視テンプレートを使用する ] ラジオボタンを選択します。




6 カスタムテンプレートファイルの名前を入力し、 [ カスタム監視テンプレートの作成 ] ボタンをクリックします。

7 新しく作成されたテンプレートを編集するには、編集フィールドの隣にある参照ボタン（[...]）をクリックします。ファイルをブラウズし、選択します。

8 編集フィールドに新しいテンプレートファイルの名前が入ったら、 [ カスタム監視テンプレートの編集 ] をクリックします。

9 Performance Explorer が表示されます。テンプレートに関係のない監視ウィ

ンドウはすべて閉じます。




10 Performance Explorer のワークフローバー上にある [ サーバーの監視 ] ボタンをクリックします。

11 データソースウィザードが表示されます。

12 サーバーが提供するものの中から特定のデータソースを選択するには、 [定義済みのデータソースから選択する ] ラジオボタンをクリックします。

メモ： Performance Explorer は、サーバーをスキャンして、利用可能なデータソースを検索することもできます。





14 [ システムの選択 ] 画面でのツリービューでは、テスト中のサーバーとアプリケーションが実行されているオペレーティングシステムに対応するフォルダを展開します。

15 リストから、監視するサーバーアプリケーションを選択します。オペレーティングシステムを監視するには、 [System] を選択します。

16 テスト中のサーバーとアプリケーションが実行されているオペレーティングシステムを選択します。


18 [接続パラメータ ] 画面が表示されます。




19 ホスト名フィールドに、アプリケーションのホストとなるコンピュータのホスト名または IP アドレス、接続ポートを、その他ユーザー名、パスワードなどの接続パラメータを入力します。ここで入力が必要なデータは、管理されるコンピューター上に稼働しているオペレーティングシステムによって変わります。


21 [表示する測定値の選択 ] ダイアログが表示されます。ツリービューを展開して、監視する測定項目を選択します。

22 [完了 ] をクリックします。




23 監視グラフが表示され、指定した要素が、色分けされたサーバーパフォーマンスの実況グラフとして表示されます。グラフの下には、グラフに含まれている要素のリストが、色分け表示、および各要素のパフォーマンス情報と

ともに表示されます。

24 Performance Explorer の [監視 ] メニューから、 [監視レポートの複製 ] を選択して、監視結果を、時系列データ (.tsd) ファイルに書き込みます。

25 グラフで選択されているのと同じパフォーマンス測定値を含む監視レポート

が表示されます。このレポートの監視情報は表形式で表示されます。




26 後ほど結果検討の際に、監視レポートを負荷テスト結果と比較できるよう、

保存しておくには、 Performance Explorer の [監視 ] メニューから、 [監視データの書き出し ] 選択します。レポートダイアログの [監視情報 ] 領域の [ ファイル] セクションに、ファイル名が表示されます。

27 Performance Explorer のワークスペースを保存します。

メモ：保存する前に Performance Explorer を閉じようとした場合には、保存するようプロンプトが表示されます。

次回、負荷テストを開始すると、サーバー監視が自動的に開始し、停止します。


8
Chapter 8 ワークロードの定義
はじめに本章では、負荷テストのために、ワークロード設定を定義する方法について説明します。


概要

SilkPerformer の負荷テスト実施のおける次のステップは、ワークロードの設定です。 SilkPerformer では、さまざまなワークロードモデルが提供されており、負荷テストのベースとして使用することができます。負荷テストを実行する前に、自分のニーズに最も合うワークロードモデルを選択する必要があります。

ワークロードを定義するには、ユーザータイプごとの同時使用仮想ユーザー数、期間、および関係するエージェントを設定する必要があります。

次のワークロードモデルが利用可能です：

増加ワークロードこのモデルでは、負荷テストの開始時に、 SilkPerformer は、定義されているユーザー総数ではなく、指定された数のみをシミュレートします。そしてワークロードは、ユーザーリストで指定されているすべてのユーザーが実行されるまで、段階的に増加されていきます。

このワークロードモデルは、システムがクラッシュしたりレスポンス時間やエラーしきい値の許容範囲内で応答しなくなる負荷レベルを決定したい場合に有効です。

定常状態ワークロードこのモデルでは、テスト全体を通して同じ数の仮想ユーザーが使用されます。負荷テストスクリプトで定義されているトランザクションを各仮想ユーザーで実


概要 77

ワークロードを定義する 80


ワークロードの定義

概要

行します。仮想ユーザーは、作業が完了すると再度トランザクションを実行します。トランザクション間の遅延はありません。テストは、指定されたシミュレーション時間に達したときに完了します。

このワークロードモデルは、特定の負荷レベルでのテスト対象システムの動作を調べる場合に有効です。

動的ワークロードこのモデルでは、仮想ユーザー数をテストの実行中に手動で変更できます。実行する仮想ユーザーの最大数が設定され、この範囲内でテスト中いつでも仮想ユーザー数を増減できます。シミュレーション時間は指定されないため、テストを手動で終了させる必要があります。

このワークロードモデルは、さまざまな負荷レベルで実験したり、テスト時に負荷レベルを調節できるようにする場合に有効です。

終日ワークロードこのモデルでは、最も柔軟な方法で負荷の分散を定義できます。負荷テストの任意の期間に、異なる数の仮想ユーザーを割り当てることができます。ユーザータイプごとに異なる負荷分散を用いることができます。このモデルでは、就業日ワークロードや週単位ワークロードなどの複雑なワークロードシナリオを設計できます。負荷テスト時に、まだ実行されていない期間について、負荷レベルを調整することができます。

このワークロードモデルは、複雑で拡張性の高いワークロードシナリオをできるだけ現実的な方法でモデル化したい場合に特に有効です。

キューワークロードこのモデルでは、トランザクションは定められた出現率に従ってスケジューリングされます。この比率は、スクリプト (dcluser セクション : ユーザーごとのトランザクション数 ) で指定したシミュレーション時間とトランザクション数から計算される平均間隔に基づいたランダム値です。すべての仮想ユーザーが定められたタスクを完了すると、負荷テストは完了します。

メモ：出現率はランダムに設定されるので、テストは指定されたシミュレーション時間より長くなる場合があります。たとえば、シミュレーション時間を 3,000 秒に指定して、 100 個のトランザクションを実行する場合は、平均のトランザクション出現率は 30 秒になります。

このワークロードモデルは、キューメカニズムを用いて複数の同時リクエストを処理するワークロードをシミュレートする場合に特に有効です。エンドユーザーではなく Web サーバーからリクエストを受け取るアプリケーションサーバー ( たとえば、サーブレットエンジンやトランザクションサーバーなど ) は通常、このようなキューモデルを用いて正確にテストすることができます。

検証ワークロード検証テストの実行は、 SilkPerformer の拡張検証機能と組み合わせた場合に特に有効です。この組み合わせは、 Web ベースアプリケーションの回帰テストにも用いることができます。検証テストでは、指定されたエージェントコンピュータで特定ユーザータイプの単一のユーザーを実行します。



概要

このワークロードモデルは、 Web アプリケーションの検証を自動化する場合や、検証テストをコマンドラインインターフェイスから開始する場合に特に有効です。

ワークロードを調整するワークフローバー上にある [ ワークロードの調整 ] ボタンから起動されるワークロードウィザードでは、ワークロードに必要なすべてのパラーメータを定義するのを手助けしてくれます。

負荷テストのシミュレーション時間を指定後、このウィザードを使用して、負荷テストに関連するユーザータイプごとの同時仮想ユーザ数を見積もることができます。実際のユーザ動作をエミュレートするために、これは重要な作業です。テスト対象アプリケーションの 1 時間当たりの予想実ユーザーセッション数が分かれば、承認されたベースラインテストの結果を基に、同時仮想ユーザ数を見積もることができます。

さらに、ユーザータイプごとに必要なネットワーク帯域幅が表示されます。これにより、ネットワーク構造によるボトルネックを検出することができます。必要な帯域幅は、承認済みのベースライン結果から計算されます。

複数のワークロードモデルを負荷テストプロジェクトで定義して、後で利用するために保存できますが、一度にアクティブにできるワークロードモデルは 1 つだけです。承認済みのベースライン結果はワークロードモデルと関連付けられています。ワークロードモデルのコピーや名前の変更を行うと、それに応じて承認済みのベースライン結果のコピーや名前の変更が行われます。



ワークロードを定義する


手順：負荷テストのワークロードを指定するには：

1 SilkPerformer ワークフローバーの [ ワークロードの調整 ] ボタンをクリックします。

2 自分のニーズに最も合うワークロードモデルを選択します（このチュート

リアルでは、 [終日 ] ワークロードモデルが選択されています）。




3 [ ワークロードウィザード ...] をクリックします。

4 負荷テストのシミュレーション時間を指定します。選択したワークロードモデルによって、負荷テストの各フェースの継続時間を調整できます。増加フェーズ中は、ワークロードは指定された最大仮想ユーザー数まで段階的に

増加していきます。定常状態フェーズでは、すべての仮想ユーザーが実際にテストを実行します。減少フェーズでは、ワークロードは段階的に減少します。ウォームアップフェーズでは、測定値を結果の計算に入れない、負荷テストの冒頭の時間を指定します。測定値フェーズでは、結果計算に必要な時間測定に限定します。


6 [仮想ユーザーの計算 ] 画面で、時間ごとに予想されるユーザーセッション数を指定し、同時仮想ユーザ数を算出します。実行したい仮想ユーザーの数を入力するか、ベースラインテストのセッション時間データを使用し、




ピーク時に予想されるセッション数も加味して、仮想ユーザー数を算出します。この方法の場合、仮想ユーザー数は、次の公式を使用して計算されます：

仮想ユーザー数 = セッション時間 [秒 ] * ピーク時の 1 時間のセッション数 / 3600

7 仕様の指定が完了したら、 [終日ワークロードの設定 ] ダイアログが表示され、負荷テストのパラメータを変更することができます。終日ワークロードモデルでは、間隔は SilkPerformer によって提示されます。表の編集、行の追加 /削除、仮想ユーザー数の変更、間隔期間の調整により、この間隔を変更することができます。




メモ：負荷テストが開始されると、まだ開始されていない間隔の仮想ユーザー数のみが変更できます。しかし、負荷テストに対して指定された仮想ユーザ数の最大値を超える値を指定することはできません。

8 [OK] をクリックします。9 [ ワークロードの設定 ] ダイアログが表示され、入力した値を確認すること

ができます。ダイアログ上部の図は、指定したワークロードモデルのグラフです。この図では、ワークロードリストで選択されているユーザーグループのデータを使用しています。

10 ワークロードリストを使用して、テストスクリプトで実行されるユーザーグループを設定します。 [ ユーザータイプ ] 領域で、テストで実行するユーザータイプを選択します。ベースラインテストより前に選択されたユーザータイプがすべてここに一覧表示されます。

11 [最大仮想ユーザー数 ] 列で、各ユーザータイプで実行する仮想ユーザーの数を指定します。

12 エラーを発生させたトランザクションの TrueLog ファイルを、 SilkPerformer に生成させたい場合には、 [ エラー時に TrueLog を生成する ] オプションにチェックを付けます。

13 [負荷テストの説明 ] 領域に、負荷テストの説明を入力します（任意）。こ

の機能は、製品ユーザーのプロジェクト管理用にのみ用意されています。

14 現在使用可能なエージェントコンピュータに対する仮想ユーザーの割り当てを表示するには、 [ ユーザー分散の概要 ...] ボタンをクリックします。

15 [OK] をクリックすると、変更内容が保存されます。




メモ：負荷テストに対して複数のワークロードを定義し、将来使用するために保存する場合は、ツリービューで [ ワークロード ] セクションを展開して、ワークロード

のオプションのうちいずれか 1 つを右クリックして、編集、コピー、名前の変更、削除、アクティブワークロードとして設定、ワークロード

の新規作成などを行います。ワークロードモデルを新規作成する場合、

そのモデルのベースラインは再度承認が必要になります。既存のワークロードをコピーして名前を変更することで、既存のワークロードモデルから承認済みのベースライン結果をコピーすることができます。

16 [実行 ] をクリックしてテストを実行するか、 [接続 ] をクリックしてエージェント接続を初期化し、監視ビューから [ すべて開始 ] ボタンをクリックすることにより、手動でテストを開始します。


9
Chapter 9 テストの実行と監視
はじめに本章では、 SilkPerformer を利用した負荷テストの実行と監視の方法について説明します。


概要

テストを実行する SilkPerformer の負荷テスト実施のおける次のステップは、完全負荷テストを実行することです。ターゲットサーバーをテストするために、テストスクリプトを使用して、複数の仮想ユーザーを実行します。大規模な負荷テストの場合は、ローカルエリアネットワーク上に適切なテスト環境をセットアップする必要があります。このようなテスト環境には、仮想ユーザーのホストとなるエージェントコンピュータも含まれます。

ワークロードを正確に定義するため、またサーバーの性能を評価するのに必要なテスト結果生成を有効にするために、適切なテストタイプにオプションを設定する時には注意が必要です。しかしながら、ログ出力オプションについては、負荷テスト結果の障害にならないように無効にする必要がある場合もあります。

負荷テストの実行時には、総合情報が提供されます。この情報には、エージェントコンピュータ、仮想ユーザーおよび実行中のトランザクションについてのリアルタイム情報が含まれます。また、ターゲットサーバーのリアルタイム監視は、グラフィック形式で見ることができます。

テストを監視するクライアント側、サーバー側の両方のアクティビティの報告がグラフィック表示とフルテキストで行われるので、テストの進捗状況の監視情報を容易に理解することができます。テストが実行されているワークベンチから、エージェントコンピュータおよび仮想ユーザーの総合的な概要情報を直接参照することが可能で


概要 85

負荷テストを実行する 86

テストを監視する 88

サーバーを監視する 93


テストの実行と監視

負荷テストを実行する

す。表示する情報の詳細レベルは、テスト内のすべてのエージェントコンピュータの進捗状況を外観するレベルから、各仮想ユーザーによって実行されるトランザクションの詳細をすべて表示するレベルまで、完全に制御できます。各エージェントと各ユーザーの進捗情報は、複数のカテゴリに分けられています。ユーザーごとのランタイム情報には、トランザクション、タイマ、関数、エラーに関する色分けされた見出し（カスタマイズ可能）が含まれています。

サーバーを監視するまた、ターゲットサーバーのパフォーマンスのリアルタイム監視は、グラフィック形式で利用できます。現在広く使用されているすべてのオペレーティングシステムで動作する幅広い Web サーバー、アプリケーションサーバー、およびデータベースサーバーからの最も関連のあるパフォーマンス情報がグラフで表示されます。同時に複数のグラフを表示することもできます。これらを並べて、最も関連のあるものを比較したり対比することができます。ツリービューエディタを利用すると、任意のデータソースからの要素をグラフ上で組み合わせることができます。クライアントからのパフォーマンス情報（レスポンス時間など）を、簡単に、サーバーからのパフォーマンスデータと同じグラフに表示できます。これによって、直接ビジュアルな比較が可能になり、サーバー上の欠点がクライアントの動作に与える影響を調査できます。


手順：負荷テストを開始するには：

1 テストに使用したいワークロードモデルをアクティブにします。ワークロードをアクティブにするには、ワークロードを右クリックし、そのコンテ

キストメニューから [ アクティブワークロードとして設定 ] を選択します。




2 SilkPerformer ワークフローバー上の [ テストの実行 ] ボタンをクリックします。

3 [ ワークロードの設定 ] ダイアログが表示されます。負荷テストに使用したいすべてのワークロード設定を確認します。

4 [実行 ] をクリックして、負荷テストを実行します。



テストを監視する

メモ： [接続 ] ボタンをクリックすると、エージェント接続を初期化し、監視ビューから [ すべて開始 ] ボタンをクリックすることにより、手動でテストを開始できます。


手順：すべてのエージェントコンピュータを監視するには：

1 負荷テストの実行中は、進行状況が [監視 ] ウィンドウに表示されます。




2 エージェントコンピュータとユーザーグループの進捗情報は、このウィン

ドウの上部に表示されます。総合的統計には、特定エージェントのステータス、テスト完了状況、および実行済みトランザクション数が含まれます。

手順：特定のエージェントコンピュータを監視するには：

1 [監視 ] ウィンドウの上部で、監視する特定のエージェントを選択します。2 そのエージェント上で実行されているすべての仮想ユーザーについての情報

が、 [監視 ] ウィンドウの下部に表示されます。3 ユーザーごとに表示された多数の情報オプションの中から、ステータス、現

在のトランザクションの名前、進行状況を表すパーセンテージ、および実行

されたトランザクション数を確認できます。

手順：特定の仮想ユーザーを監視するには：

1 [監視 ] ウィンドウの下部のビューで、監視対象の仮想ユーザーを右クリッ

クします。

2 [<仮想ユーザー >の出力を表示 ] を選択します。




3 SilkPerformer が [仮想ユーザー ] ウィンドウに、選択したユーザーに関する詳細なランタイム情報 ( そのユーザーが実行したトランザクションと関数、そのユーザーがサーバーとの間で送受信したデータなど ) を表示します。

4 表示される列をカスタマイズするには、ウィンドウのヘッダーを右クリックし、そのコンテキストメニューから [列の選択 ...] を選択します。

5 [監視する列の選択 ] ウィンドウで、表示させたい列を選択します。




手順：アクティブ負荷テストの設定を変更するには：

1 [終日ワークロードの設定 ] ボタンを選択します。

2 仮想ユーザーと時間の値を、表で直接変更します。




メモ：現在、実行中の間隔値は編集できません。

3 [更新 ] をクリックし、行った変更を現在の負荷テストに反映させます。



サーバーを監視する


Performance Explorer は、負荷テストの結果を表示するのに使用する主要なツールです。多様なグラフィック機能により、テスト中にターゲットサーバーのリアルタイム監視を行うことと、テスト完了後に結果を徹底的に分析することの両方が可能です。テスト結果の検討は、ワークフローバーから、ドラッグアンドドロップ機能を備えたクリック方式のユーザーインターフェイスを使って簡単に行えます。

リアルタイム監視では、リアルタイムのグラフにより、ターゲットサーバーからの最も関連のあるパフォーマンス情報をカスタマイズして表示することができます。現在広く使用されているすべてのオペレーティングシステムで動作する幅広い Web サーバー、アプリケーションサーバー、およびデータベースサーバーについて監視が可能です。同時に複数のグラフを表示することもできます。そのため、たとえば、テスト担当者は、 Web サーバーのパフォーマンスとオペレーティングシステムのパフォーマンスのグラフ表示を同時に見ることができます。ドラッグアンドドロップ機能を備えたツリービューエディタを利用すると、任意のデータソースから得られる要素をグラフ上で組み合わせることができます。

テスト後、ターゲットサーバーのパフォーマンスは、クライアント側、サーバー側両方からグラフにすることができます。レスポンス時間の測定値は、クライアント側から見たパフォーマンスを明らかにするのに対して、スループットデータは、サーバー側から見たパフォーマンスを表示します。チャートやグラフは自由にカスタマイズでき、テスト中に採取した測定値を、いくつでも、必要に応じて含めることができます。 1 つ以上の異なるテストから得た情報を使用して、複数のグラフを同時に開くことができるので、対比 /比較の操作がしやすくなります。最も典型的なテストシナリオ用のテンプレート (Web、データベース、IIOP) が用意されており、テスト担当者が必要とするデータを簡単かつすばやくそのデフォルトグラフに取り込むことができます。また、ドラッグアンドドロップ機能により、任意のデータソースから得られる要素を組み合わせることができます。クライアントレスポンス時間とサーバーパフォーマンスに関する情報を 1 つのグラフに置くことができるので、サーバーパフォーマンスがクライアントの動作に与える影響を直接見ることができます。

「監視テンプレートを設定する」で監視が自動的に開始させるよう指定してあるため、 Performance Explorer は、「ベースラインを確認する」においてカスタマイズしたテンプレートを起動し、表示します。負荷テストと共に、監視が自動的に開始および停止されます。




監視レポートの .tsd ファイルへの書き込みは、負荷テストの開始時に自動的に開始され、負荷テストの停止時には、自動的に停止されます。


10
Chapter 10 テスト結果の検討
はじめに本章では、 SilkPerformer を利用した負荷テストの結果の分析方法について説明します。


概要

TrueLog On Error TrueLog On Error ファイルには、負荷テスト中に検出されたエラートランザクションの完全な履歴が含まれています。これによって、実際のコンテンツを調査して、エラー条件の分析ができます。 TrueLog On Error ファイルには、すべてのクライアントリクエストとサーバーレスポンスの履歴が保存されています。 TrueLog On Error ファイルは、エラーが発生したセッションのコンテキスト内にあるエラーを提示するので、テストスクリプトと密接に統合されています。そのため、このファイルは、システムやアプリケーションの障害の根本原因を分析するのに非常に適しています。

概要レポート負荷テストが完了すると、 Performance Explorer はその負荷テストの概要レポートを提供します。これらのレポートには、最も重要なテスト結果が、表グラフの形式で含まれています。

グラフ Performance Explorer には、テスト結果を表示するためのグラフィック機能を幅広く備えており、いくつでも必要な数の要素を持つ結果を、主にユーザー定義によるグラフで表示します。さまざまなテスト結果を比較でき、また、幅広いサーバー監視機能があります。


概要 95

TrueLog On Error での作業 96

概要レポートを表示する 100

グラフを表示する 112


テスト結果の検討

TrueLog On Error での作業


負荷テスト後は、一般に複数の TrueLog On Error ファイルが TrueLog Explorer にロードされています（エラーを返した仮想ユーザーごとに 1 つの TrueLog）。 TrueLog Explorer の [ エラーを検索 ...] 機能を利用すると、エラーがどの TrueLog に記録されているかにかかわらず、エラーが発生した順番に、 1 つずつエラーをたどることができます。これによって、エラー分析プロセスが簡単になります。開いているすべての TrueLog を手動で確認して、次のエラーを検索する必要はありません。

手順：負荷テスト中に検出されたエラートランザクションを分析するには：

1 負荷テストが終了した後で、 SilkPerformer Workbench の [結果の検討 ] ボタンをクリックします。

メモ： TrueLog On Error ファイルは、 SilkPerformer の [TrueLog On Error の生成 ] オプションが有効になっている場合にのみ生成されます。

2 [ ワークフロー - 結果の検討 ] ダイアログが表示されます。 [Silk TrueLog Explorer の起動 ] をクリックします。



TRUELOG ON ERROR での作業

メモ： [TrueLog Explorer] ボタンは、テスト時にエラーが検出されなかった場合や [ エラー時に TrueLog を生成する ] が有効でない場合は、無効になっています。そのような場合は、直接 Performance Explorer での結果の分析に進みます。

3 TrueLog Explorer が起動されます。その際、現在の負荷テストのために生成されたすべての TrueLog On Error ファイルがロードされ、 [ エラーの検索 ] ダイアログが表示されます。

4 [ エラーの検索 ] ダイアログで、 [検索範囲 ] ドロップダウンリストから [開いているすべての TrueLog] （デフォルト）を選択すると、開いているす

べての TrueLog 内のエラーを順番に検索できます。ツリーリストペインで TrueLog を選択し、 [検索範囲 ] ドロップダウンリストから [選択した TrueLog のみ ] を選択すると、選択されている TrueLog のみに含まれるエラーを順番に検索できます。

メモ： TrueLog On Error ファイルは、記録された順に検索されます。

5 このダイアログの [検索対象 ] オプションでは、検索するエラーの種類（[ エラー ]、 [警告 ] または [情報 ]）を指定します。

6 このダイアログの [検索方法 ] 領域では、検索方法（[選択したノードから検索を開始する ] または [最初のエラーから検索を開始する ]）を指定します。




7 [次を検索 ] ボタンをクリックして、最初のエラーに戻ります。エラーメッセージは、右下のウィンドウの [情報 ] タブに表示されます。ツリービューでは、再生エラーを含む API ノードには、赤い "X" 印が付いています。

8 Web アプリケーションをテストしている場合は、エラーが発生してから 1、2 ステップ後に、そのエラーが、ロードされない画像、エラーメッセージなどの形でページコンテンツに現れることがよくあります。ツリービューにおいてページを選択してページ間を移動するか、 [次を検索 ] や [前を検索] をクリックしてエラー間を移動します。



TRUELOG ON ERROR での作業

メモ：データに関連するセッションを処理し、それにより、セッションエラーが繰り返し発生しないよう、テストスクリプトをカスタマイズすることができます。詳細については、「セッション処理をカスタマ

イズする」を参照してください。

Web ページの詳細な統計値には、個々の Web ページコンポーネントの正確なレスポンス時間が表示されるので、エラーや、ページのダウンロードが遅くなる根本原因を簡単に突き止めることができます。

Web ページの詳細な分析結果には、ページコンポーネントごとに以下のデータが記載されています。

• DNS ルックアップ時間• 接続時間

• SSL ハンドシェイク時間• リクエスト送信時間

• サーバービジー時間• レスポンス受信時間

• キャッシュ統計値



概要レポートを表示する

手順：概要ページを表示するには：

1 統計値を表示する API ノードを選択します。

2 [統計 ] タブをクリックして、 [統計 ] ビューを開きます。3 URL リンクをクリックして、コンポーネントレベルの統計を分析し、エ

ラーの根本的原因を調査します。


概要レポートには、最も重要な負荷テスト結果が、表グラフの形式で含まれています。

概要レポートは、次のセクションから構成されています：

• 全般情報

• 要約テーブル

• ユーザータイプ• カスタムグラフ• カスタムテーブル




• 詳細グラフ

• 全般情報

手順：概要レポートを表示するには：

1 SilkPerformer ワークフローバーの [結果の検討 ] をクリックします。

2 [ ワークフロー - 結果の検討 ] ダイアログが表示されます。




3 [Silk Performance Explorer の起動 ] をクリックします。

4 Performance Explorer が開き、一番最後に行われた負荷テストの概要レポートを表示します。

メモ：概要レポートが表示されるには、 [ 設定｜オプション ...｜レポート生成 ] で、 [概要レポートを自動的に生成する ] オプションにチェックがついている必要があります。また、このダイアログでは、概

要レポートの生成用に以前保管したテンプレートを使用することも選択できます。

概要レポートが自動的に表示されない場合は、ワークフローバーの [概要レポート ] ボタンをクリックします。そして、テストの .tsd ファイルまでブラウズし、選択します。

概要レポートには、あらかじめ定義済みの多くのテキスト領域があります。必要に応じて、これらのテキスト領域を編集することができます。 [ テキストを編集




するには、ここをクリックしてください。 ] リンクを利用してテキストを変更し、後で使えるよう、テンプレートにその結果を保存します。

レポートの [全般情報 ] セクションには、管理情報が表形式で表示され、負荷テストの重要な結果がグラフ形式で表示されます。

管理情報には、プロジェクト名、プロジェクトの説明、負荷テスト番号、負荷テストの説明、負荷テストの日付、負荷テストの期間、使用されたエージェントコンピュータの数、および実行していた仮想ユーザーの数が含まれます。

チャートには、アクティブな仮想ユーザの数、トランザクションのレスポンス時間の測定値、および負荷テスト中に発生したエラーの数が表示されます。トランザクションのレスポンス時間は、正常に実行されたトランザクション、失敗したトランザクション、および取り消されたトランザクションについて測定されます。追加のグラフには、負荷テストをしているプロジェクトのタイプに関連する測定値の要約が表示されます。たとえば、 Web アプリケーションをテストしている場合は、 Web ページのレスポンス時間測定値がグラフに表示されます。5 [要約テーブル] タブをクリックして、レポートの要約テーブルセクション

に移動します。要約テーブルには、、要約測定値 ( すべての仮想ユーザーの測定値の集約値 ) が表形式で表示されます。最初のテーブルには、全般情報（実行されたトランザクションの数、発生したエラーの数など）があります。それ以降のテーブルは、テストしているアプリケーションのタイプに関連す

る要約情報を提供します。




要約測定値グループは、グローバルレベルの測定値の概要です。これには、その他の測定値グループの個別の測定値を集約した測定値タイプや、その他

の測定値グループには含まれていないグローバルレベル情報を表す測定値タイプが含まれます。要約測定値グループは、カウンタのみで構成されており、タイマは含まれません。




6 [順位 ] タブをクリックして、レポートの順位セクションに移動します。順位セクションでは、ページダウンロード時間の遅い順に、ページを順位づけします（つまり、最も長いページ時間を持つページから最初に一覧表示されます）。

7 [ ユーザータイプ ] タブをクリックして、レポートのユーザータイプセクションに移動します。このセクションには、ユーザータイプごとに、詳細な測定値が表形式で表示されます。測定値には、トランザクションのレスポン

ス時間、個々のタイマ、カウンタ、およびテストしているアプリケーションのタイプと関係のあるレスポンス時間とスループットの測定値が含まれま

す。また、すべてのユーザーグループのエラーおよび警告が、一覧表示されます。




8 ユーザータイプ名のリンクをクリックしてレポートのさらに下へ移動すると、ユーザータイプのプロファイル設定と、個々のユーザータイプおよび個々のページごとのトランザクションレスポンス時間の測定値が表示されます。




カスタムグラフカスタムグラフは編集し、概要レポートに追加することができます。変更をテンプレートとして保存して、すべての要約レポートで表示できます。

手順：新しいカスタムグラフを概要レポートに追加するには：

1 概要レポートの [ カスタムグラフ ] セクションで、 [ このセクションをカスタマイズするには、ここをクリックしてください。 ] リンクをクリックします。

2 [ カスタム概要レポートウィザード ] ダイアログが開きます。




3 [新規ビューの追加 ] を選択して、 [次へ >] をクリックします。

4 ビュータイプとして [空のグラフ ] を選択し、 [完了 ] をクリックします。




Performance Explorer が、選択したグラフを概要レポートのカスタムグラフセクションに挿入します。




5 グラフをカスタマイズするには、 Performance Explorer のグラフタブ上に、ツリービューから興味のあるタイマーをドラッグし、グラフにそれらをドロップします。グラフを含むビューに新しい測定値を追加した場合、または

ビューから測定値を削除した場合、概要レポート内の対応するグラフが自動的に更新されます。

メモ：チャートの名前や説明を変更するには、ビューにおいてグラフ

の下を右クリックし、 [ プロパティ ...] を選択します。概要レポートに表示される名前および説明を指定できます。

詳細グラフ概要レポートの [詳細グラフ ] セクションでは、レポート内に含まれているグラフをそれぞれ拡大したものが提供されます。拡大されたグラフにジャンプするには、縮小されたグラフをクリックします。逆に、縮小されたグラフにジャンプするには、拡大されたグラフをクリックします。

テンプレートを作成する手順：レポートのレイアウトをテンプレートとして保存するには：

1 ニーズに合わせて概要レポートをカスタマイズしたら、メニューバーから [ ファイル｜テンプレートとして保存 ...] を選択し、新しいテンプレートの名前を指定します。

2 テンプレートは、 \working\include フォルダに保存され、すべてのプロジェクトで使用されます。




デフォルトのテンプレート

に指定する

手順：テンプレートをデフォルトテンプレートとして設定するには：

1 メニューバーから、 [設定｜オプション ...] を選択し、 [ レポート作成 ] タブを選択します。

2 [概要レポートの新規作成時にテンプレートを使用する ] をオンにして、保存されたテンプレートを選択します。



グラフを表示する

3 以降、選択されたテンプレートが、すべてのプロジェクトで新しい概要レ

ポートを作成するために使用されます。


手順：結果をグラフで表示させるには：

1 SilkPerformer ワークフローバーの [結果の検討 ] をクリックします。2 [ ワークフロー - 結果の検討 ] ダイアログが表示されます。3 [Silk Performance Explorer の起動 ] をクリックします。4 Performance Explorer が開きます。5 Performance Explorer のワークフローバーで、 [ グラフの選択 ] ボタンをク

リックします。

[結果ソース ] ダイアログボックスが表示されます。6 [ ファイル] フィールドで、表示する監視データが記録および保存されてい

る .tsd ファイルを指定します。このフィールドの右側のボタンをクリックす

ると、結果ファイルを参照できます。




7 [次へ >] をクリックします。[ テンプレート ] ダイアログボックスが表示されます。

8 表示する測定値を選択し、 [完了 ] をクリックします。選択した測定値を表示するグラフが現れます。

9 ツリービューから、その他関連のあるタイマーをグラフにドラッグします。サーバー側の監視結果も選択して、負荷テスト結果と一緒に表示させること

ができます。

手順：グラフ上の時系列要素の見た目を編集するには：

1 グラフの下部のビューにある要素を選択します。

2 Performance Explorer ツールバーにある、 [時系列の色 ]、 [線の幅 ]、 [線のスタイル] の各ドロップダウンを利用して、要素の見た目を変更します。




手順：時系列要素をグラフから削除するには：

1 グラフの下部のビューにある要素を選択します。

2 キーボードの〔Delete〕ボタンをクリックします。

グラフの時間間隔を広げるには、拡張する領域の左端をクリックして領域の右端にドラッグします。ドラッグするとこの領域が強調表示され、マウスボタンを放すと拡張されます。


索引


silkperformer 2010 r2 - micro focus · µ g silkperformer visual studio .net add-in b89 o java ¿...

Documents