ロードビュー – 技術的な概要

企業がロードテストに投資する理由

顧客は信頼できるウェブサイトを期待し、オンラインサービスが苦戦した場合、バイヤーは競合他社に遠ざかるでしょう。 最近の研究では、クライアントは、低速の読み込みサービスに関しては非常にせっかちであることを示しています。 ダウンタイムは、パフォーマンスの低下よりも重要ではありません。 満足しない応答時間を経験しても、最大 200% 多くの人が戻ってこない。

成功した組織は、ロード テストが開発チェーンの必須であることを理解し、実装段階とテスト段階でシステムのパフォーマンスを検証します。 フレームワーク、データベース、キャッシュなどの設計上の細かい決定は、新しいアプリケーションのスケーラビリティと安定性に大きな影響を与える可能性があります。 さらに、適切な負荷シミュレーションを行わなければ、インフラストラクチャのサイズ設定はほとんど不可能です。 特大のハードウェアは、単にお金の無駄です。 最近、検索エンジンは検索エンジンのランキングで応答時間メトリックを使用し始めているため、SEOに実際のお金を費やすと、高速読み込みサイトがなければうまくランク付けされません。

ロード テストのもう 1 つの理由は、組織が新しいアプリケーションの速度を検証し、指定されたパフォーマンスしきい値と比較できることです。 この方法は、開発段階で既に減速を特定し、ユーザーエクスペリエンスに満足していない顧客を保護し、リスクを大幅に軽減するのに役立ちます。

ロードビューの仕組み

どのように読み込みビューの動作
ロード テストは時間がかかり、エラーが発生しやすい場合があります。 負荷生成機ファームのインスタンス化や世界中の分散エージェントの作成など、あらゆる面倒な作業を管理し、費用のかかるセットアップやメンテナンスの課題から遠ざけます。 これにより、テストの設計、実行、分析など、最も重要なアクティビティに時間を与えます。

当社のLoadViewソリューションはクラウドベースです。 誰でも数分以内にロード テストを実行できます。 通常、プロジェクトはパフォーマンス テストを最後まで控え、オンプレミスのロード シミュレーション ツールのセットアップと統合に時間はかからなくなります。

LoadViewでは、この問題は、世界中のデータセンターに位置するロードインジェクタを提供し、完全に管理されているため存在しません。 お客様は、お客様がテストシナリオ、実行、分析に完全に集中できます。

多くのロード テスト ソリューションでは、プロトコル ベースのユーザー シミュレーション手法だけで十分ではありません。 プロトコル レベルの テストでサーバーに負荷を与えることができますが、エンド ツー エンドの応答時間の大部分は省いています。 当社のLoadViewプラットフォームは、ユーザーシミュレーションに関して必要なものすべてを提供します。 プロトコル、ヘッドレスブラウザ、または実際のブラウザベースのテストのいずれかを選択できます。

 

ロード テストをセットアップする 5 つの手順

LoadViewは完全にウェブベースで、非常に直感的です。 複雑なインストールのために何日も過ごす苦痛を忘れてください。 無料試用版に登録するか、アカウントを開いてロードテストを開始するだけです。 ロード テストのセットアップ、実装、実行、および分析の複雑さが大幅に軽減されました。 経験豊富なパフォーマンス エンジニアでも、ロード テストの初心者でも、スクリプト作成からテストの開始まで数分を要しません。 LoadView では、ロード テスト プロセス全体を通して、以下に概説する 5 つの手順を説明します。

ステップ 1: ロード シミュレーション スクリプトまたはデバイスを作成する

アプリケーションに対して多数の負荷テスト スクリプトを実装する必要はありません。 多くの場合、ユース ケースの 20% がトランザクションの総負荷の 80% を生成します。 関連するユーザー操作を選択したら、適切なユーザー シミュレーションアプローチを選択する必要があります。 LoadViewは、あなたの完全な柔軟性を提供し、プロトコル、ヘッドレスブラウザ、および実際のブラウザベースのユーザーシミュレーションを提供します。 結局のところ、ロード テストの目的とアプリケーションで使用されるテクノロジは、適切なシミュレーションの種類を見つけるのに役立ちます。

ストレス テストにプロトコル レベルのスクリプトを使用して、バックエンドの高負荷をシミュレートします。ウェブ サービスの 負荷テストまたはストレス テスト では、通常、プロトコル レベルのシミュレーション手法を使用します。 オーバーヘッドが少ないため、1つのロード インジェクタで並列に実行できるスクリプトが多く、課金されるお金が少なくなります。

実際のブラウザー ベースのテストは、エンド ツー エンドの応答時間を検証するために使用する必要があります。 LoadView はキャプチャを実行し、EveryStep Web レコーダーと呼ばれるスクリプト ツールを使用してスクリプトを再生します。 当社のお客様は、テスト ケースをナビゲートしてクリックを記録できるため、お客様はそれを気に入っています。 完了したら、タイマーを追加してカスタムアクションを測定し、検証ステップを追加し、記録されたスクリプトを再生できます。 EveryStep Web Recorder は、ロード テストと監視の提供の一部であり、お客様の環境で繰り返される他のタスクの自動実行に再利用できます。

ステップ 2: 検証

過負荷の負荷インジェクションマシンは、エンドツーエンドの応答時間に悪影響を与えます。 したがって、LoadView は、テスト スクリプトの 1 つのユーザー テストを実行し、負荷挿入マシンあたりのユーザーの最大数を計算する検証手順を提供します。 キャリブレーションを行うと、負荷エージェントマシンのボトルネックによるテスト結果の不整合を防ぐことができます。

ステップ 3: 実行プラン

マーケティング キャンペーン、販売、およびその他の対策は、ウェブ サイトに到達するヒット数に大きな影響を与える可能性があります。 通常、ユーザーは午前中にゆっくりと土地を要求し、完全な営業日にいくつかの高値に達します。 現実的な実行計画をモデル化することは、ロード テストの成功にとって非常に重要です。 LoadView には、実際の荷重曲線をモデル化できるさまざまな機能があります。 ユーザーを増やす速度、特定のユーザー数の負荷をシミュレートする時間、およびユーザーの速度を指定できます。 LoadView の実行プラン機能を使用すると、現実的なロード テスト シナリオを柔軟にモデル化できます。

ステップ 4: ゾーン設定と仮想ユーザーの配布

ネットワークの遅延が ウェブ ページの読み込み時間に影響を与えることがわかります。更新中に 2 MB のコンテンツをダウンロードし、バックエンド要求ごとに 10 ミリ秒のコンテンツをダウンロードする ウェブ ページを考えてみます。近接性と待機時間が短いため、データ センターでの読み込み時間は 5 秒未満になります。アジアなど、200msの待ち時間を持つ海外の特定の場所では、このウェブサイトの応答時間はバックエンドで5秒、ネットワーク転送では200ms以上になります。

データ センター内でのみ、間違いを犯して応答時間を測定しないでください。 LoadViewは世界中の負荷注入機の広い範囲を提供します。 顧客の通常の場所を表す人を選択します。

ステップ 5: テストを実行して結果を取得する

最後に、構成済みのストレス テスト シナリオを開始します。 一番いいのは、あなたが得るものだけを支払うということです。 ストレス テストを確認する前に、LoadView はテストに対して課金される料金を示します。 あなたの電子メールアドレスを確認する必要があり、LoadViewは、実行キューにあなたのテストを配置します。

LoadView は、負荷シミュレーション中にオンライン ダッシュボードに応答時間とスループットの監視メトリックを表示します。 ストレス テストが終了すると、このテストの結果へのリンクを含む概要レポートが表示されます。

ストレス テスト中にスケーラビリティの制限を超えた場合、エラー率が高くなることがよくあります。 通常、チューニングチームと運用チームは、この問題の原因に関心を持っています。 LoadView は ウェブ サイトの応答時間の完全な内訳をキャプチャするため、このようなテストを繰り返す必要はありません。 ウォーターフォールチャートを使用して、遅いコンポーネントの洞察を得たり、予想される負荷状況下でのウェブサイトの動作を視覚的に確認するためにビデオを見ることができます。

最後に、テストを実行し、詳細なテスト レポートを受け取りました。 レポートは非常に直感的で、ブラウザを使用してすべての結果を確認できます。 さらに、LoadView を使用すると、チームに固有のリンクを送信するだけでテスト結果を共有できます。 テスト レポートのオーバーヘッドを完全に削除しました。

さらに、LoadView は、アプリケーションに変更を加えた後、新しいパフォーマンス メトリックに対してベンチマークを行うために使用できる以前のテスト結果を保持します。

 

ロードビューチートシート

このチート シートは簡潔な情報を提供するために作成され、LoadView を使用して次のパフォーマンス テスト設定のガイドラインとして機能する必要があります。

ロードビューチートシート

 

LoadView のユース ケースは何ですか?

LoadView がパフォーマンス低下の原因を見つけるのに役立つ重要なシナリオがいくつかあります。

  1. スケーラビリティの問題: 新しいアプリケーションが遅くなり、その理由がわかりません。 LoadView は、アプリケーションの負荷制限を判断するのに役立ちます。
  2. サイジング: 新しい ウェブ サイトにはどのような種類のハードウェアが必要ですか? あなたは推測することができますが、高価な失敗の可能性が高いことを認識してください。 大規模なインフラストラクチャは、お金の無駄であり、小さなサーバーは、大規模なパフォーマンスの問題につながる可能性があります。
  3. 非機能要件を検証します。 チームは、詳細なパフォーマンス要件を文書化しました。 シングルユーザーの条件下では、ロード時間は許容されますが、新しいウェブサイトは負荷状況のような実際の運用環境でどのように動作しますか?
  4. 同時実行: 機能テスト チームは、新しいサイトの一部の機能がユーザー入力に応答しないことを報告しました。 この問題は、多くのテスターがそれらの関数を使用している場合に、ランダムに発生します。
  5. サードパーティサービス: 開発者は、サードパーティのスクリプトを使用して、コンテンツ豊富な新しい ウェブ サイトを構築します。 サードパーティコンテンツの背後にある外部サービスが通常またはピーク時の負荷条件下でどのように動作するかは誰にも分かっていません。

 

技術サポート

近年、ウェブサイトのルックアンドフィールは大きく変化しています。 単調なウェブページの数十年はなくなりました。 最新のサイトには、新鮮なスタイル、ビデオ、その他の優れたアニメーションがあふれていますが、動的な ウェブ ページを自動化することは困難であるため、パフォーマンス エンジニアにとっては苦痛です。 LoadView を使用すると、ウェブ ブラウザーでレンダリングできるほとんどすべての操作をシミュレートできます。 アニメーション Flash アプリケーション、動的 AJAX、または Silverlight は問題にならなくなりました。 LoadView を使用すると、インターネット エクスプ ローラー、クロム、Firefox など、すべての一般的なブラウザーの実際のブラウザー ベースのスクリプトを作成できます。 iPhone、サムスン、ノキア、ブラックベリーなどの主要なモバイルデバイスをシミュレートすることもできます。 合計で、LoadViewは40以上の異なるデスクトップ/モバイルブラウザとデバイスをサポートしています。

LoadViewの素晴らしいところは、あなたの投資を保護することです。 ロード テスト用にユーザーインタラクション スクリプトを実装する場合、運用環境での稼働時間の監視に直接再利用できるため、メモリ不足のコストは発生しません。 数回クリックするだけで、ブラウザビューまたはユーザービュー監視ソリューションに転送できます。 また、その逆もサポートされています。

ロードビューを選択する理由

スピードは私たちのデジタルの世界を支配します。 大小の企業は、ユーザーの期待に応えるため、開発パイプラインにパフォーマンスに関する考慮事項を統合しています。 当社のLoadViewプラットフォームは、スムーズで無駄のないパフォーマンステストのために設計されています。 以下は、お客様がLoadViewを使用することを決定したいくつかの正当な理由です。

再利用性: アップタイム監視用のロードテストデバイスをリサイクルするか、アップタイムモニタからロードテストデバイスを作成します。 これは、あなたの投資からの最大のリターンを保証します。

正確なユーザーシミュレーション: 世界中のユーザーが認識する応答時間を測定します。

使いやすさ: 複雑なセットアップ手順やオンプレミスのロード テスト ファームを忘れてください。 ウェブ ベースの LoadView プラットフォームにログインし、テストの設定を指定して、数分以内にロード テストを実行します。

時間はお金です: LoadViewを使用すると、テスト対象のアプリケーションでシミュレートされている負荷のためだけに、最も重要なアクティビティと料金に集中できます。

サポート:私たちの専門家は、あなたの質問に答えるために常にそこにいます。

 

ロードビューサンプルスクリプト

LoadView は 3 つのユーザー シミュレーション タイプをサポートしており、以下に各タイプのサンプル スクリプトをいくつか示します。

プロトコルベース (HTTP/S、GET/POST 要求)

  1. HTTP または HTTPS の選択
  2. ランディング ページに URL を追加する
  3. セットタイプ GET または POST
  4. 全ページダウンロードオプションを設定する(はい/いいえ)

ロードビューサンプルスクリプト

ヘッドレス (単一ページブラウザの速度)

  1. ランディング ページの URL を設定する
  2. タイムアウトを設定する
  3. ブラウザを選択します。
  4. 証明書エラーを無視する (はい/いいえ)
  5. 応答時間の計算オプションを設定する

ロードビューサンプルスクリプト1

リアルブラウザベース(スクリプト化されたマルチステップブラウザ)

  1. ブラウザを起動する
  2. YouTube 動画を読み込む
  3. “xslime” という単語を確認します。
  4. 10 秒待機

ロードビューサンプルスクリプト2

ロードビューサンプルテストレポート

ロード テストが完了すると、テスト レポートが表示され、次のパフォーマンス メトリックの概要が示されます。

  • 概要
  • 実行計画
  • 平均応答時間と最大応答時間
  • セッションの概要
  • エラーとエラーの種類
  • 負荷発生器の負荷

このロード テストの概要は、178 セッションが正常に実行され、6 つのセッションが失敗し、4.9 秒が平均応答時間であることを示しています。

ロードビューサンプルテスト

実行プランには、シミュレートされたユーザーのランプアップとランプダウンが表示されます。 それは10人のユーザーまで急増しました。

ロードビューサンプルテスト1

このテストの平均応答時間は 4.9 秒でした。 ロード テストが開始されてから 2.5 分が経過し、応答時間が 8 秒を超えるスパイクが発生しました。 全体の応答時間は約5秒安定しています。

ロードビューサンプルテスト2