パフォーマンスの問題のLoadRunnerの圧力測定結果分析キー指標

トランザクション分析コンテンツ:
ユーザートランザクションのパフォーマンス分析は、ユーザの観点から行っ分析の基礎です。
1、トランザクションの独立Sunmmary(トランザクションレビュー)
取引の成功と失敗するかどうかを総合的に分析上、システムは、時間の特定のテストで実行しているユーザートランザクションを決定します。

2、平均Transaciton応答時間(平均トランザクション応答時間)
アプリケーション・シナリオの実行にテスト中のシステムの性能によって分析することができるシナリオにテストラン、中の平均トランザクションの実行時間。

3、秒あたりのトランザクション(によって毎秒トランザクション)
シナリオによる各トランザクションの1秒毎に、故障や停止の回数、性能分析TPSは、主傾向曲線を参照します。
例:圧力が上昇した場合、CTR / TPS曲線が緩やかに変化またはフラットな傾向がある場合、サーバーのボトルネックを開始する可能性があります。

4、(毎秒トランザクションの総数)第当たりの総取引
シーン内が実行され、それぞれが第渡されたトランザクションの合計数は、総務部と取引の合計数を止めることができませんでした。

5、トランザクションパフォーマンスSunmmary(トランザクションのパフォーマンス・サマリー)
トランザクション・パフォーマンスの概要:最大および平均実行時間、すべてのトランザクションの最小値を表示し、応答時間は、ユーザーの要件かどうかを直接決定することができます。

負荷(トランザクション応答時間と負荷)下で6、トランザクション応答時間
「トランザクション応答時間と負荷」図、任意の時点で見ることができ、それを通して、「平均応答トランザクション時間」チャート、「仮想ユーザを実行する」組み合わせユーザー数とトランザクション応答時間の関係、ユーザは、ユーザのシステムの拡張のための参照を提供するために、システム内のデータの同時実行のパフォーマンスを知ることになります。

Webコンテンツリソース分析:
1、毎秒(毎秒クリック)ヒット
しても、WebサーバーのHTTPリクエストに提出第二の仮想ユーザーの間、シナリオを実行している、「セカンドあたりのヒット数を」。

図2に示すように、スループット(スループット)
「スループット」は、サーバの動作中に第2のスループット・シナリオごとに表示されます。バイトの測定単位であり、各々は、任意の所与のに使用される仮想の第2表し
サーバから取得したデータの量。
サーバー負荷の仮想ユーザー生成、およびトラフィックとボトルネックの存在という点で参照するには、サーバーの処理能力のスループットに基づいて評価することができます。

図3は、HTTPステータスコード概要(HTTPステータスコード概要)
「概要HTTPステータスコード」は、Webサーバから返されたHTTPステータスコードシナリオまたはセッション・ステッププロセスの数を示す
符号は、図に従ってグループ化されます。HTTPステータスコードは、次のようなHTTPリクエストのステータスを表します
2xxのを-成功
の3xx -リダイレクション
の4xx -クライアントエラー
500 -内部サーバーエラー。*

4毎秒HTTP応答(毎秒HTTP応答)
第当たりHTTPレスポンスは:HTTPステータスコードは、第2の表示の動作中の異なるシナリオの数は、Webサーバから返されている、
が、情報の他のタイプのステータスコードが返さステータスコードを解析することで、サーバが決定した圧力で実行することができます。

図5は、第二あたりのページ数のダウンローダ(秒あたりにダウンロードされたページの数)は
、サーバからダウンロードした各秒以内にページ数:1秒当たりのページ数をダウンロードしてください。このマップを使用すると、ページ数に基づいて計算することができるには、仮想ユーザの負荷が生成され、ダウンロード。

第二あたり6、再試行(秒当たりの回数の再試行)
「毎秒回の再試行」ステップを実行している各第2のシナリオまたはセッション・サーバへの接続試行回数を示しています。
サーバー接続が再試行され、次のような状況では:
A、初期接続の不正
B、プロキシ認証が必要となる
Cを、サーバが初期接続閉じ
D、接続できないサーバーへの初期接続
Eを、最初のサーバーは、負荷ジェネレータのIPアドレスを解決することはできません

7、接続(コネクション)
接続:各時点が開かステップ動作時のTCP / IP接続またはセッションのシーンの数を表示します。この図では、
あなたが他の接続を追加する必要があるときに知ることができます。

8、秒当たりの接続数(秒当たりの接続数)
秒あたりの接続は:秒あたりの動作時に確立されたTCP / IP接続の数を表示します。

図9は、SSLSパーセカンド(秒あたりのSSL接続)
秒あたりのSSL接続:新しいシーンとSSL接続またはセッションの実行中の数を表示するには、再利用秒ごとのオープンを繰り返します。
セキュアサーバーへのときオープンTCP / IP接続、ブラウザがSSL接続を開きます。

ページ要素の区:
1、ダウンロード時間Breaddown(ダウンロード時間分割)
時間セグメントをダウンロードする:異なる要素の図表示ページのダウンロード時間を、だけでなく、分解時間に応じた処理をダウンロードできる
DNSを表示するために、異なる色で解決時間、接続、最初のバッファの割合各時間を確立するための時間。

2、コンポーネントの内訳(オーバータイム) ( コンポーネント内訳(オーバータイム))
コンポーネント内訳:内訳グラフは時間をかけて、選択したWebページのコンポーネントを表示します。この図から、我々は簡単かを確認することができ
、不安定なダウンロード時間がテスト中にある要素。

3、(時間が経つにつれて時間の内訳をダウンロード () 時間ブレークダウン(時間的に変化する)をダウンロード)
以下の図は、ページのダウンロード時間の内訳選択したページの要素を示し、それは非常に明確に、様々なページを示しています。時間の内訳をダウンロード
圧力の要素をテストプロセスのケースをダウンロードしてください。

図4に示すように、第1のバッファブレークダウンまでの時間(オーバータイム)( 第1のバッファ内訳()時間的に変化する)
第1のバッファ内訳:最初のWebサーバーは、バッファを返す前に、正常にこの期間中に受信し表示し、
サーバーごとにページごとに第二成分のシーンやセッションと(秒)ネットワーク時刻を実行するステップ。
これは、サーバやネットワークの動作中の時間ステップの図シーン又はセッションを決定するために使用することができます。
第一のバッファ時間:、サーバーからサーバーとの接続、最初のパケットの送信開始時刻を確立するために、クライアントを指し
バッファが使用される最初の時間を受け取り、ブラウザに、クライアントにネットワークを介してデータを。

5、ページコンポーネントブレークダウン(ページコンポーネントの内訳)
ページコンポーネントの内訳:各Webページとそのコンポーネントのグラフを表示(秒)の平均ダウンロード時間。

図6は、(時間以上のページ・コンポーネントの故障 )( ページ)(組み立て時変分解)
ページは、アセンブリ(時変)を分解:グラフは、各第二の圧力測定動作中にページとそのコンポーネントあたりの平均応答時間を表示します(秒単位)。

7、ページ(ページが時間ブレークダウンをダウンロード)時間の内訳をダウンロード
次の図は、各ページのコンポーネントのダウンロード時間の内訳は、ダウンロード・トランザクション応答の際に同社のウェブサイトに従って決定することができる示していますページが時間ブレークダウンをダウンロード
時間が遅いネットワーク・エラーまたはによって引き起こされますサーバのエラーの原因。

図8に示すように、ページのダウンロード時間の内訳(オーバータイム)( ページダウンロード時間セグメント(時間変動))
ページのダウンロード時間セグメント:ディスプレイの動作中に測定された圧力、各第二ダウンロード時間の各ページ・コンポーネント・セグメント。

図9に示すように、第1のバッファの故障(第1バッファブレークダウン)までの時間は、
第1のバッファ内訳:第一のバッファは、Webサーバから返される前に、この時間内に正常に受信されたそれぞれの表示
ページの関連の構成要素をサーバー/ネットワークの時間。ダウンロード時間のコンポーネントが非常に長い場合は、に起因する問題を決定するために、このグラフを使用することができます
関連またはネットワークに関連するサーバーを。
ネットワークタイム:最初のHTTPリクエストその瞬間、確認されるまでの経過の平均時間として定義されています。
サーバー時間:最初のHTTPリクエストの確認を受けてからのように定義が正常になるまでの間の経過バッファのWebサーバから受信し始める
平均時間。
10、Downloaderの部品サイズ(KB) (ダウンロードしたコンポーネントサイズ)
ダウンロードしたコンポーネントサイズ:確立サイズをダウンロードされた各ページを表示します。

おすすめ

転載: blog.51cto.com/372550/2431123