5. 高度な Web テスト計画の構築

このセクションでは、高度な テスト計画を作成して Web サイトをテストする方法を学習します。

基本的なテスト計画の例については、 Building a Web Test Planを参照してください。

5.1 URL 書き換えによるユーザーセッションの処理

Web アプリケーションが Cookie ではなく URL 書き換えを使用してセッション情報を保存する場合は、サイトをテストするために少し余分な作業を行う必要があります。

URL 書き換えに正しく応答するには、JMeter はサーバーから受信した HTML を解析し、一意のセッション ID を取得する必要があります。これを行うには、適切なHTTP URL Re-writing Modifierを使用します 。セッション ID パラメータの名前を修飾子に入力するだけで、それが検索されて各リクエストに追加されます。リクエストにすでに値がある場合、それは置き換えられます。「セッション ID をキャッシュしますか?」がチェックされている場合、最後に見つかったセッション ID が保存され、前の HTTP サンプルにセッション ID が含まれていない場合に使用されます。

URL 書き換えの例

この例をダウンロードしてください。図 1 に、URL 書き換えを使用したテスト計画を示します。URL Re-writing 修飾子が SimpleController に追加されていることに注意してください。これにより、その SimpleController の下の要求のみに影響することが保証されます。

図 1 - テスト ツリー
図 1 - テスト ツリー

図 2 には、URL 書き換え修飾子の GUI が表示されています。この GUI には、ユーザーがセッション ID パラメーターの名前を指定するためのフィールドしかありません。セッション ID がリクエスト パラメータではなくパスの一部であることを示すチェックボックスもあります (「;」で区切られます)。

図 2 - リクエスト パラメータ
図 2 - リクエスト パラメータ

5.2 ヘッダーマネージャーの使用

HTTP ヘッダー マネージャーを使用すると、JMeter が HTTP 要求ヘッダーで送信する情報をカスタマイズできます。このヘッダーには、「User-Agent」、「Pragma」、「Referer」などのプロパティが含まれます。

HTTP ヘッダー マネージャーは、 HTTP Cookie マネージャーと同様に、おそらくスレッド グループ レベルで追加する必要があります。ただし、何らかの理由で、テスト内のさまざまなHTTP 要求オブジェクトにさまざまなヘッダーを指定したい場合を除きます。

Go to top