目次
1.1.1 クライアントからサーバーに要求される HTTP メソッド
1.4.3 Loadrunner のコア モジュール — コントローラの紹介
1.0. 序文
パフォーマンス テストには、多くの複雑な知識が含まれます。ここでは、ロードランナーのパフォーマンス テストの前に行う必要があるいくつかの準備について説明します。このセクションでは、パフォーマンス テストのいくつかの用語から始めて、次に HTTP に進みます。ある程度の知識を身につけて、最後にloadrunner12.55の環境構成をご案内します。
1.1 パフォーマンス テストの用語の概要
1.1.1 応答時間
応答時間は、ユーザーがソフトウェア システムのサービスを体験するのにかかる時間です。
1.1.2 同時ユーザー数
サーバーの同時処理能力と同期調整能力を測定するために使用され、クライアント側では、同時に操作を実行するユーザーのグループを指します。
C=nLT�=���
C^≈C+3C−−√�^≈�+3�
C は同時ユーザーの平均数、n はログイン セッションの数、L はログイン セッションの平均長さ、T は調査中の期間の長さを示します。
C^�^
は同時ユーザーの数です。
(実際には基本的にこの計算式は使いません)
例:エレベーターが同時に運ぶことができる乗客の数は、同時利用者数とみなすことができます。
1.1.3 スループット
スループットとは、システムが単位時間あたりに完了できるワークロードを指し、ソフトウェア システム サーバーの処理能力を測定し、1 秒間に完了するワークロードをカウントします。これは、パフォーマンス テスト中にネットワーク上で送信されるデータの総量を指します。、
通常、スループットの概念は必要ありません。なぜなら、それはさまざまな人の心に誤解を与える可能性があるからです。
システムの出力容量を測定するためにスループットを使用するのは非常に不正確です。最も単純な例を使用すると、蛇口を昼夜オンにすると 10 トンの水が流れ出します。1 秒間 10 個の蛇口がオンになり、 0.1トンの水が流出します。もちろん1タップのスループットは大きいです。10個の蛇口よりも1個の蛇口の方が吐水能力が強いと言えますか?したがって、1秒間に誰が最も多くの水を持っているかを確認するには、単位時間を追加する必要があります。これがスループットです。
たとえば、スループットは TPS のことを指していると言う人もいます。スループットは 1 秒あたりのバイト数であると言う人もいます。したがって、この概念を使用して「TPS で十分」というパフォーマンス指標を伝達することはお勧めできません。
1.1.4 スループット(スルーアウト)
業務システムが単位時間当たりに提供する出力(またはサービス量)を指します。
1.1.5 TPS(1秒あたりのトランザクション数)
それではTPSを見てみましょう
TPS は 1 秒あたりのトランザクション処理を指します。システムが 1 秒あたりに処理できるトランザクションの数。システムの処理能力を測る重要な指標です
TPS = 同時実行数/平均応答時間
TPSは同時実行数と平均応答時間から計算されますが、TPSは同時実行数と平均応答時間から算出される1秒間に処理されるトランザクション数、スループットは1秒間に完了するトランザクション数と考えて良いでしょうか?一秒。
例:ボルトは 1 秒で 10 メートルを走ります。ボルトは 1 時間で走れると計算されます: 10*3600=36000 メートル。実際、ボルトは 10 秒間走りました。36000 メートルの大きさは、ボルト ウォルターが走れるかどうかを計算したものです。 36000メートルを3600秒で走る。
しかし、実際には、ボルトを 1 時間走らせてみると、彼は 20,000 秒 (スループット) 走る可能性があります。なぜなら、彼はプロセス全体を通して必ずしも 10 メートルを 1 秒間で維持できるわけではないからです。後で疲れてしまい、走ってしまうかもしれません。 7m in 1s
. つまり、TPS は時間を重視しますが、スループットは時間を重視します。
1.1.6 QPS(クエリ/秒)
1 秒あたりのクエリ数、つまり、1 秒あたりにコントロール サーバーによって処理される指定されたリクエストの数。
1.1.7 クリック率 (1 秒あたりのヒット数)
1 秒あたりに送信される HTTP リクエストの数を指します。クリックスルー率が高くなるほど、サーバーにかかる圧力も大きくなります。
CTR は、 TPS の特殊なケースとして見ることができます。クリックスルー率は、サーバーに対するクライアントの圧力をより適切に反映できます。TPS は、クライアント要求を処理するサーバーの能力をより適切に反映できます。
ユーザーが Web サーバーに送信した HTTP リクエストの 1 秒当たりの数。このインジケーターは Web アプリケーション固有のインジケーターです。Web アプリケーションは「リクエスト/レスポンス」モードにあります。ユーザーがアプリケーションを送信すると、サーバーはそれを 1 回処理する必要があるため、クリックは Web アプリケーションが実行するトランザクションの最小単位です。扱える。各クリックがトランザクションとして定義される場合、クリックスルー率と TPS は概念です。クリックスルー率が高くなることが簡単にわかります。サーバーへの負荷も大きくなり、クリック率はパフォーマンスの参考指標にすぎないため、クリックによる影響を分析することが重要です。
「クリック」操作では、クライアントがサーバーへの複数の HTTP リクエストを見つける可能性があるため、ここでのクリックはマウスの「クリック」操作を指すものではないことに注意してください。
1.1.8 パフォーマンスカウンター(カウンター)
サーバーまたはオペレーティング システムのパフォーマンスのデータ指標について説明する
1.1.9 思考時間
「睡眠時間」とも呼ばれます。ユーザーが操作しているときの各リクエスト間の時間間隔を指します。
R=TTS�=���
R はリクエストの数、T は時間、Ts は思考時間です。
1.1.10 リソースの使用率
サーバー システム内でさまざまなハードウェア リソースがどの程度使用されているかを指します。リソース使用率 = 実際のリソース使用量 / 利用可能なリソースの合計
一般的なリソースメトリクス
CPU 使用率: 75% ~ 85% 以下
メモリ サイズ使用率: 80% 以下
ディスク IO (レート): 90% 以下
ネットワーク (速度): 80% 以下
1.1.11 トランザクション
先ほど不倫について触れましたが、ここで不倫についてお話します。
サーバーまたは一連のタスクの応答時間を測定するために使用されるユーザー定義の識別子。トランザクション時間は、操作プロセスの応答時間を反映します。
トランザクション処理プロセスは、リクエストの送信 --> ネットワーク送信 --> レスポンスの受信として理解できます。
トランザクションとして定義できるビジネスの応答時間に注意してください
1.1.12 集合場所
システム上の重いユーザー負荷をシミュレートする場合、複数のユーザーが同時に操作を実行するように構成します。ユーザーがランデブー ポイントに到着すると、ユーザーは同時操作を実行する前に、指定された数の仮想ユーザーが到着するまで待機します。
収集ポイントが収集場所であることを知るにはテキストを参照してください。たとえば、ログイン時にストレス テストを実行する必要がある場合、ユーザーは収集ポイントに集まり、同時にログイン操作を実行する必要があります。時間。
複数のユーザーが同時にリクエストを行うことをシミュレートするには、スクリプトでランデブー ポイントを設定できます。
1.1.13 チェックポイント
一般にトランザクションと組み合わせて使用され、記録スクリプトや再生スクリプトをコンパイルするときにスクリプトの実行をチェックしたり、特定のテキスト文字列や画像をチェックしたりするために使用されます。
1.1.14 平均応答時間
トランザクションの処理に必要な時間。平均応答時間が短いほど、処理速度が速くなり、ソフトウェアの効率が高くなります。
1.2 性能試験の分類
1.2.1 性能試験
パフォーマンス テストは、自動テスト ツールを使用して、さまざまな正常、ピーク、および異常な負荷状態をシミュレートすることにより、システムのさまざまなパフォーマンス指標をテストすることです。
1.2.2 負荷テスト
一般的な要件を検証し、特定の負荷の下でソフトウェア システムのパフォーマンスを検査するための最も一般的なパフォーマンス テストを指します。
1.2.3 ストレステスト
極端な条件下でのシステムのパフォーマンスを調査します。極端な条件では、トランザクション量と同時ユーザー数が過負荷になる可能性があります。
1.2.4 構成のテスト
さまざまなシステム リソースの最適な割り当て原則を見つけるために、さまざまな環境がシステム パフォーマンスに及ぼす影響の程度を理解するために、テスト対象システムのソフトウェアおよびハードウェア環境を調整することを指します。
1.2.5 同時実行テスト
複数のユーザーが同じアプリケーション、モジュール、データに同時にアクセスすることをテストするときに、メモリ リーク、スレッド ロック、リソース競合の問題など、隠れた同時実行性の問題があるかどうかを指します。ほとんどすべてのパフォーマンス テストには同時実行性テストが含まれます。
1.2.6 信頼性試験
指定された耐用年数の間、使用目的、輸送、保管などのあらゆる環境における製品の機能的信頼性を評価するために実行される活動。
1.2.7 ボリュームテスト
ソフトウェアシステムのアプリケーション特性を反映する特定の指標の限界値がテストを通じて事前に分析され、システムはソフトウェア障害が発生せず、限界状態でも主要な機能の正常な動作を維持します。
1.2.8 ベンチマーク
科学的なテスト方法、テストツール、テストシステムの設計を通じて、あるクラスのテストオブジェクトの特定の性能指標を定量的かつ比較可能なテストを指します。
1.2.9 安定性試験
システムを一定の負荷の下で長時間実行した後に問題が発生するかどうかをテストします
1.2.10 回復可能なテスト
主にシステムの耐障害性をチェックします。システムエラーが発生した場合、指定された時間内にエラーを修正してシステムを再起動できますか。
1.3 知っておくべきHTTP
1.1.1 クライアントからサーバーに要求される HTTP メソッド
得る
リソースを取得する
役職
転送エンティティのプリンシパル
置く
ファイルを転送する
頭
メッセージヘッダーを取得する
消去:
ファイルを削除する
オプション
サポートされているメソッドを尋ねます。クライアントは、どのメソッドがサポートされているかをサーバーに尋ねるために使用されます
1.1.2 HTTP レスポンスのステータスコード
ステータスコード | 意味 |
---|---|
100 | 依頼者は引き続き依頼を行ってください。サーバーは、リクエストの最初の部分を受信し、残りの部分を待っていることを示すためにこのコードを返します。 |
200 | サーバーはリクエストを正常に処理しました |
302 | に書き換えると、リクエスタが別の場所に自動的に転送されます。 |
400 | サーバーはリクエストの構文を理解できませんでした。 |
401 | リクエストには認証が必要です。サーバーは、ログイン後に要求された Web ページに対してこの応答を返す場合があります。 |
404 | サーバーがページを見つけることができません |
500 | 内部サーバーエラー |
502 | ゲートウェイエラー |
504 | ゲートウェイタイムアウト |
1.4 ロードランナー 12.55 のインストール
1.4.1 インストールチュートリアル
インストール パッケージ:
ダウンロード リンク: Baidu ネットワーク ディスク、抽出コードを入力してください
抽出コード: a3pi
インストールに関するメモ:
- インストールする前に、すべてのウイルス対策ソフトウェアとファイアウォールをオフにしてください。
- LoadRunner が以前にインストールされている場合は、アンインストールする必要があります。
- インストール パスに漢字を含めないでください。
- LoadRunner 12 は XP システムをサポートしなくなりました。ブラウザとして IE10 以降を使用することをお勧めします。; 同時に、Win 11 の子供たちは、Loadrunner が IE のサポートを必要とすることに注意してください。
インストールパッケージを開始します
HPE LoadRunner 12.55 Community Edition.exe インストーラーを右クリックし、[管理者として実行] を選択すると、ポップアップウィンドウが表示され、ファイルストレージアドレスを選択し、デフォルトのパスを選択して、[インストール] をクリックします。
コンピュータにインストールされているウイルス対策ソフトウェアによってインストール プロセスがブロックされている場合は、操作を許可することを選択します。
インストール ウィザードは、ソフトウェアのインストールと操作に必要なコンポーネントがコンピュータに含まれているかどうかを確認し、不足しているコンポーネントがある場合は、インストールする必要があるコンポーネントがポップアップ ウィンドウに表示されます。[OK] ボタンをクリックすると、必要なコンポーネントが自動的にインストールされます。これらのコンポーネントは、HPE LoadRunner をインストールする前にインストールする必要があります。
前提条件のコンポーネントがインストールされると、HPE LoadRunner インストール ウィザード ウィンドウが表示され、インストールする製品を選択します。ここでは LoadRunner を選択して、[次へ] をクリックします。
使用許諾契約書にチェックを入れ、「使用許諾契約書の条項に同意します」にチェックを入れ、「次へ」をクリックします。
ターゲットフォルダー、インストールパスを選択し、インストールパスに漢字を含めることはできません。「次へ」をクリックします。
HPE LoadRunner をインストールする準備ができました。[インストール] をクリックしてプログラムをインストールします。
HPE LoadRunner がインストールされています。
LoadRunner のインストールが完了しました。「完了」をクリックしてインストールのポップアップ ウィンドウを閉じます。
インストールが完了すると、デスクトップに 3 つのソフトウェアが表示されます。1 つずつ紹介していきます。
使用順序: 仮想ユーザー ジェネレーター -> コントローラー -> 分析
1.4.2 仮想ユーザー ジェネレーターの概要
仮想ユーザー ジェネレーター (ユーザー スクリプト) がスクリプトを記録および作成する場所は、スクリプトを記録または作成することによってユーザーの動作をシミュレートすると同時に、スクリプトのデバッグを容易にするためにログ情報を出力することです。VuGen は、統合された開発およびデバッグ環境でもあります。 , ここでスクリプトが完成します。 開発とデバッグが完了したら、コントローラーに配置してシーンを作成できます。
簡単に言うと、VuGen を使用してテストが必要なプロセスを記録し、記録されたプロセスに対して構成とデバッグを実行します。
1.4.3 Loadrunner のコア モジュール — コントローラの紹介
シナリオは、多数のユーザー操作をシミュレートするために使用される技術的手法です。サーバーに負荷を生成するシナリオを構成および実行することで、システムのパフォーマンス指標がユーザーの要件を満たしているかどうかを検証します。コントローラーは、シナリオの設計と実行を支援し、監視と管理。
パフォーマンスの観点から、シナリオは通常、次の 2 つのタイプに分類できます。
- シングルシーン: 1 つのシーンには、スクリプト (ビジネス) が 1 つだけあります。
- 理論上の基礎:どのようなシステムにおいても、一つの業務が独立して実行され、その性能が合格できるということは、それぞれの業務自体が実際に性能要件を満たしていることを意味します。
- 混合シナリオ: 1 つのシナリオで、一度に複数のスクリプト (ビジネス) を実行します。
目的: 異なるビジネス間で同時実行性 (一般化された同時実行性、つまりオンラインまたは同時実行) の競合があるかどうかをテストする
知らせ:
- ロード ユーザーの数: 一度に N 個のスクリプトを実行することとは関係がありません。ロード ユーザーの最大数 (オンライン ユーザーの数) にする必要があります。
- 負荷ユーザー配分率:統計データ(業務量比率)を利用して仮想ユーザーを割り当てます。
LoadRunner はコントローラコンポーネントを使用してシナリオを設計および実行しますが,コントローラ内のシナリオはターゲットシナリオ(基本的には適用されません)とマニュアルシナリオの 2 種類に分かれています。
1.4.4 分析の概要
は、テスト データを収集した後にチャート レポートを生成する場所です。これは、データの分析と画像の生成に役立ち、負荷生成後の関連データの並べ替えと分析を容易にします。
以上がこのセクションの全内容です。間違いがある場合は、修正してください。
エピローグ
この投稿はこれで終わりますが、最後に、この投稿を読んだ友人が何かを得ることができれば幸いです。
入手方法:メッセージを残してください[ソフトウェアのテストと学習]
記事が悪くないと思ったら、いいね、シェア、メッセージを残していただけると、より質の高い記事を出力し続けるための最大のモチベーションになります。