ページを選択

強力な動的 API ロード テスト

認証または複数ステップの実行を必要とする SOAP および ウェブ API だけでなく、JSON や XML などの RESTful API もサポートします。

ロード テストのロード ビュー
ロード テストのロード ビュー

強力な動的 API ロード テスト

複雑な実世界のシナリオでシステムを分析することにより、機能しない制約を超えたパフォーマンス テストを実施します。

問題を発見し、迅速に解決する

エンドユーザーと同じように、API に対して何千もの呼び出しを実行します。

リバ

リバ

複雑な実世界のシナリオでシステムを分析することにより、機能しない制約を超えたパフォーマンス テストを実施します。

カスタマイズ

カスタマイズ

システムを適切にテストするために必要なペースでトラフィックをシミュレートする API テストを定義します。

スケーラブル

スケーラブル

オーバーヘッドの少ない 1 人のユーザーから数千人の同時ユーザーに簡単にスケールアップできます。

DevOps の柔軟なパフォーマンス テスト

LoadViewは、今日最も複雑なアプリケーション向けに複数のテストシナリオを設計する柔軟性を持つアジャイルチームを支援します。

荷重ステップ曲線

荷重ステップ曲線

指定した期間に同時ユーザー数が設定された負荷を生成して、ウェブ サイトがトラフィックの急増に対処できるかどうかを判断します。

目標に基づく曲線

目標に基づく曲線

ウェブサイトがユーザートラフィックの予想される増加に対処できることを確認します。 運用環境での容量計画と SLA の検証

ダイナミック調整可能曲線

ダイナミック調整可能曲線

リアルタイムで負荷を調整することで、インフラストラクチャの限界をテストします。 ロードレベルが変動するに応じて、ウェブサイトやアプリケーションがどのように変化するかを把握できます。

ロード テストの開発

API パフォーマンス データの収集

特定の負荷シナリオでのシステムの開発を改善し、全体的なパフォーマンスを決定します。

グローバルテスト

グローバルテスト

実際の顧客に最も近い場所を選択して、ロード テスト中に実際のユーザーをエミュレートします。

パフォーマンスメトリック

パフォーマンスメトリック

各セッションのデータを表示し、API が各応答で期待される結果を返すのであることを検証します。

グローバルテスト

グローバルテスト

実際の顧客に最も近い場所を選択して、ロード テスト中に実際のユーザーをエミュレートします。

パフォーマンスメトリック

パフォーマンスメトリック

各セッションのデータを表示し、API が各応答で期待される結果を返すのであることを検証します。

ボトルネック

ボトルネック

API がトランザクションをより効率的に完了できないハードウェアまたはソフトウェアのボトルネックがあるかどうかを判断します。

ディープダイブ

ディープダイブ

エラー コードを調べ、ウォーターフォール チャートやサーバー応答のコピーなどの追加のトラブルシューティング ツールを利用します。

ボトルネック

ボトルネック

API がトランザクションをより効率的に完了できないハードウェアまたはソフトウェアのボトルネックがあるかどうかを判断します。

ディープダイブ

ディープダイブ

エラー コードを調べ、ウォーターフォール チャートやサーバー応答のコピーなどの追加のトラブルシューティング ツールを利用します。

地理分散ロードテスト

現実世界のシナリオをシミュレートする地理分散荷重

さまざまな負荷シナリオをシミュレートして、API への何千もの呼び出しを実行します。 分散負荷の下でネットワーク、ウェブ サービス、インフラストラクチャがどのように機能するかを把握できます。

地理分散ロードテスト

現実世界のシナリオをシミュレートする地理分散荷重

さまざまな負荷シナリオをシミュレートして、API への何千もの呼び出しを実行します。 分散負荷の下でネットワーク、Webサービス、インフラストラクチャがどのように機能するかを把握できます。

あらゆるアプリケーションに対応する柔軟なオンデマンドロードテスト

LoadView を使用して、ウェブ サイト、ウェブ アプリケーション、および ウェブ サービス/API のパフォーマンスをテストおよび改善します。

ウェブサイト

ウェブサイト

ウェブ ページの制限をテストして、一般的なすべてのデスクトップ/モバイル ブラウザーとデバイスでカスタマー エクスペリエンスが一貫していることを確認します。

Web アプリケーション

ウェブ アプリケーション

ウェブ アプリケーションの重要なユーザー操作をシミュレートして、クライアント側のパフォーマンスを測定し、ユーザー エクスペリエンスを向上させます。

Web サービス API

ウェブ サービス/API

エンド ユーザーと同じ方法で API への何千もの呼び出しを実行し、ほとんどすべての種類のシステムまたはインフラストラクチャで動的 な API テスト を実行します。

ロード テストのセットアップ
分単位

オンデマンド。 クレジットカードはご利用になっていません。 契約なし。

よく寄せられる質問

仮想ユーザーとは
仮想ユーザー (VM) は、テスト中に開かれる複数の同時接続です。 これらの接続は、Web サイトまたはアプリケーションに対する要求やアクセスを行う際の実際のユーザーの動作をシミュレートできます。
ロードインジェクターとは何ですか?

LoadView は、仮想負荷インジェクタ サーバーを使用して、ストレス テストの実行中にシミュレートされたユーザー ロードを分散します。 LoadView は、40 以上のジオロケーションをサポートし、インジェクタのインスタンスを作成します。

ロード インジェクタ自体がテストのボトルネックにならないようにするにはどうすればよいでしょうか。

テストを調整すると、各負荷インジェクタの CPU に過剰な負荷をかけることなく、マシンあたりの仮想ユーザー数が安全に実行できる数が計算されます。 これは、負荷インジェクタごとの仮想ユーザーの数に到達する方法です。 タスクの種類や、タスクが実際のブラウザを使用するかどうかによっては、ブラウザを開いたり、キャッシュをクリアしたり、スクリプトを起動したりするなど、タスクの開始時に小さなスパイクが発生することがあります。

通常、CPU の平均使用率は 100% よりかなり低いので、各マシンの使用率を高くするために、マシンあたりの仮想ユーザー数を増やしますが、この数を変更しても、クラウド マシンが CPU 使用率を最大限に引き出してテストのボトルネックになることは保証できません。

ジオゾーンとは何ですか?

geo ゾーンは、ロード インジェクタがインスタンス化され、仮想ユーザーが作成される場所です。 ストレスと負荷テストを行いながら、世界中から40以上の地域ゾーンから選択できます。

どのタイプの荷重曲線を使用すればよいですか?

使用する荷重曲線のタイプは、状況によって異なります。 適切な荷重曲線を選択する際に考慮すべきガイドラインを次に示します。

荷重ステップ曲線
ロードステップカーブは、Webサイトが徐々に増加する場合にどのように反応するかを学習することを目的としている場合は、ロードステップ曲線を選択することをお勧めします。 たとえば、マーケティング チームがプロモーションの実行を計画していて、Web サイトがトラフィックの増加にどのように対応するかをテストする場合は、負荷ステップ曲線を使用する必要があります。

目標に基づく曲線
目標ベースの曲線は、あらかじめ決められたスループット (トランザクション目標) を既に持っている場合、または所定の時間間隔で予想される訪問者数を把握している場合に推奨されます。 目標ベースの曲線テストは、SLA や非機能的な要件を検証するのに最適です。

ダイナミック調整可能曲線
動的に調整可能な曲線を使用すると、テストの実行中にユーザートラフィックを調整できます。 このタイプの曲線は、Web サイトのパフォーマンス制限を特定したり、サーバーの容量を計画したりするために推奨されます。 テスト中に、負荷とハードウェア、またはソフトウェア、リソースを同時に調整することができ、たとえば、リアルタイムのデータを提供し、あなたのウェブサイトやアプリケーションが負荷の変化としてどのように動作するかを洞察することができます。

APIとは何ですか?

アプリケーション プログラミング インターフェイス (API) を 使用すると、業界標準言語またはファイル形式を使用してマシンからマシン間での通信が可能になります。 API は、エンド ユーザーが既定のインターフェイスを使用する範囲から解放され、一般的な機能や手順を自動化するだけでなく、独自のダッシュボードやカスタム アプリケーションにコントロールと出力を統合できます。

LoadView プラットフォームを通じて利用できるクラウド インフラストラクチャ プロバイダーはどれですか。

アマゾン ウェブ サービスと Azure クラウド サービス。

生成できるユーザーの最大数はいくつですか。

LoadView はクラウドで実行されるため、ロード テスト用に生成できるユーザーの数に事実上制限はありません。 テストは、クラウド プロバイダーから入手できるロード インジェクタの総数と、クラウド プロバイダーからこれらのサーバーをリースするコストによって、理論上制限されます。 テストをセットアップするのに十分な時間があれば、適切なロード テストを完了するために必要なだけの負荷を生成できるはずです。

プロトコル、ヘッドレスブラウザー、または実際のブラウザベースのテストはいつ使用する必要がありますか?

テスト対象のシステムの具体的なニーズ、ユース ケース、またはテクノロジに応じて、LoadView プラットフォームを使用して、HTTP/S、ヘッドレス ブラウザ ベース、および実際のブラウザ ベースのシミュレーションなど、複数のユーザー シミュレーション タイプを実行できます。

  • HTTP/Sベースの負荷シミュレーション

プロトコルレベルのスクリプトは、CI/CD環境でのコンポーネントレベルのテストに最適で、負荷インジェクションマシンのフットプリントが低くなります。 以下のテストに推奨されます。

• ウェブ サーバー
• JSON、SOAP、REST、XML などの ウェブ API
•JavaScriptまたはCSSのない単一のウェブページ

  • 実際のブラウザベースのシミュレーション

実際のユーザーの動作をシミュレートし、特定の技術とリッチ インターネット アプリケーション (RIA) を利用する ウェブ アプリケーションを持っている必要がある場合は、実際のブラウザーを使用して JavaScript、CSS、フラッシュ、または AJAX が重要です。 このシミュレーションを使用すると、開発者はユーザーが認識するサイトの機能と速度を検証できますが、このオプションは負荷インジェクションマシンで最も高いフットプリントを持ちます。