応答性能において、前記微の-JMeterアサーションアサーションをテスト

アサーションの検証結果のサンプラは、対応する要求または応答データは、所望の返したかどうか。試験方法として期待できることを確認します。

インタフェース試験のために、テストリクエスト/応答、また、応答を行うことができることができる、請求項の要求です。しかし、やるに対する応答のほとんどがアサートです。

JMeterの要素の共通の主張は次のとおりです
。1.アサーションへの応答を

2.JSONアサーション

この章では、我々は主張するJMeterの最初の主要な応答を学びます。

構成アイテム

に適用されます:

1.はほとんどの場合、唯一の主要なサンプラーが対応して必要なすべてのデータを持っています。しかし、AJAX、jQueryの技術を使用して、多くのWebアプリケーションは、単一の要求は、内部サブ複数の要求を生成してもよいし、各要求は、対応する応答データを有しています。

たとえば、ページの要求、JSは、他の要求を呼び出すページ。

詳細設定で「埋め込みリソースHTMLFilesから」項目2. HTTPリクエスト、ご確認の要求を送信する際に、関連する埋め込みリソースを解析し、「すべての埋め込みリソースを取得」、複数のサブサンプラーを有することができるサンプラーにつながります。

埋め込みリソースが含まれます:外部の画像、アプレット、スタイルシート、

スクリプト、フレーム/アイフレーム、

背景画像、背景音等。

3.そこ要求をリダイレクトし、「フォローリダイレクト」をチェックしている、主なサンプラーが最終的に要求のURLを返し、

最初のURLとサブサンプラーの復帰のためのすべてのURLリクエストをリダイレクトします。

例えば、http://www.sina.com/アクセスシーナを使用して、二回のリダイレクトがあるでしょう。

最初の要求:GET http://www.sina.com/リダイレクト戻り値:

場所:http://www.sina.com.cn/

第二の要求:GET http://www.sina.com.cn/リダイレクトバックに

戻る:所在地:https://www.sina.com.cn/

第三の要求:GET https://www.sina.com.cn/

第三の要求のためのマスターサンプラ;第一、第二及び第三のサブサンプラー要求。

メインサンプルとサブサンプル

すべてのサブサンプラーの主なサンプルを含みます

主なサンプルのみ

これは、主サンプラーに限定されています

サブサンプルのみ

適用範囲は、すべてのサブサンプラーに限定されています

JMeterの変数名を使用します

JMeterのを含め、変数の範囲

テストへのフィールド:
1.Textレスポンス

レスポンスボディ。HTTPプロトコルの場合、それは、(ヘッダ・フィールドとステータス行を含まない)応答メッセージボディであります

2.Responseコード

応答コード。HTTPプロトコルの場合は、応答ステータスコードであり、例えば200304404などが挙げられます。

3.Responseメッセージ

応答メッセージ。HTTPプロトコルの場合、そのようなOKなどの語句は、ように、変更されていないが見つかりませんでしたとの理由です。

4.Responseヘッダ

レスポンスヘッダフィールドで。

5.Requestヘッダ

リクエストヘッダフィールド。

6.URLサンプリングさ

URLリクエスト。「フォローリダイレクト」は、リダイレクト後に含まれている場合、リクエストHTTPをするために、確認してください。

7.Document(テキスト)

アパッチティカによって文書のすべてのタイプからテキストを抽出します。このオプションは、ターンは真剣に注意して使用して、パフォーマンスに影響します。

8.Requestデータ

データを要求します。HTTPプロトコルの場合、要求(リクエストラインとヘッダフィールドを含まない)メッセージボディであります

9.Ignoreステータス

従来の結果によってサンプラーの全体的な成功を決定するために組み合わされた状態に応答してアサートされました。

アサーション応答ステータスの前に計算された力が成功したとき、Statusチェックボックスが選択されて無視します。

リターンHTTPプロトコルの4xxと5xxのステータスコードのデフォルトでは失敗し、この成功を確認し、さらに検査を実行する前の状態を設定するために使用することができます。

ノートでは、これは以前のアサーションの失敗をクリアする効果を持っているということなので、最初の主張には、この設定を有効にすることを確認してください。

パターンマッチングのルール:

1.Contains

テキストは真で正規表現パターンが含まれている場合

2.Matches

テキスト全体が真である正規表現パターンに一致した場合

3.Equals

モードは全体のテキスト文字列(大文字と小文字を区別)に等しい場合、真であります

4.Substring

テキストは、パターン文字列(大文字と小文字を区別)が含まれている場合は、真であります

注意:

マッチモードとサポートのPerl5スタイルの正規表現が含まれています。

モードとテキスト文字列をサブストリング等しい、正規表現をサポートしていません。

5.Not

結果は負の主張でした。

6.Or

論理テストモード「または」組み合わせの複数。

テストのパターン:

テストモードのリストについて。各モデルは、個別にテストされます。故障モードは、他のモードが選択されていない場合、モード設定の複数の区別を使用していない各アサーションに設けられた複数のパターンの使用は、(同一の他のオプションを想定)がアサート。

カスタムエラーメッセージ:

カスタムアサーション障害情報。そのセットの値「アサーション失敗メッセージ」。

アサーションリクエストを作成するには

1.リクエストヘッダフィールドをアサート

「レスポンスフィールドをテストするには」の「リクエストヘッダ」を選択

2.アサーション要求URLアドレス

2例について説明します。

1)あなたが「フォローリダイレクト」「HTTP Request」をチェックした場合、アサーションオブジェクトは、要求URLが含まれており、各URLが返さ含む、複数回リダイレクトされた場合の場所URLは、ヘッダを返さリダイレクト。

「HTTPリクエスト」ノーチェック「フォローリダイレクト」場合は2)、これは、オブジェクトがURLのための唯一の要求であることを主張します。

作られたアサーションに応答して、

1.アサーションレスポンスヘッダフィールド

「フィールドテストを」選択「レスポンスヘッダ」で

2.応答ステータスコードアサーション

「フィールドテストを」選択「応答コード」で

3.応答が理由フレーズをアサート

「フィールドテストを」選択「応答メッセージ」で

アサートレスポンスボディ

「テストのフィールド」で「テキストResponse」を選択

マルチモードアサーション

あなたがより多くのアサーション・テスト・モードを追加することができ、「パターンテストに」の項目に、複数のパターンを使用することができる、「および」、「または」および「しない」論理組合せ

1.ロジック(及び)

デフォルトモードのうち「と(と)」論理的に組み合わせます

2.論理和(OR)

ときに「OR」、複数のモード「または(もしくは)」論理的に組み合わせることで、「パターンマッチングのルール」の間にチェック

3.論理否定(NOT)

その後、未各モードでは、「なし」で「パターンマッチングのルール」をチェックし「and」または「or」を組み合わせた場合

パターンP1、P2、P3、...、PN(優先事項ではない>と>か)があると仮定

1)のみ「しない」をチェック

(ないP1)と(いないP2)と(P3ではない)と:それは同等です

...と(PNません)

2)チェック「しない」と「OR」

相当于:(ないP1)または(P2ない)または(ないP3)や...

または(PNません)

おすすめ

転載: blog.51cto.com/14645850/2464020
おすすめ