JSONやXMLなどのRESTful APIのほか、認証や複数ステップの実行を必要とするSOAPやWeb APIをサポートします。
エンドユーザーと同じ方法でAPIに何千もの呼び出しを行います。
複雑な現実世界のシナリオでシステムを分析することで、非機能的な制約を超えたパフォーマンステストを実施します。
必要なペースでトラフィックをシミュレートするAPIテストを定義し、システムを適切にテストします。
わずかなオーバーヘッドで、1ユーザーから何千もの同時ユーザーへ簡単にスケールアップできます。
LoadViewは、今日の最も複雑なアプリケーションのために複数のテストシナリオを設計する柔軟性をアジャイルチームに提供します。
特定の負荷シナリオ下でシステムの全体的なパフォーマンスを改善し、評価します。
実際の顧客に最も近い場所を選択し、ロードテスト中に実際のユーザーを模倣します。
各セッションのデータを表示し、APIが各レスポンスで期待される結果を返しているか検証します。
APIのトランザクション処理をより効率的に完了させることを妨げているハードウェアまたはソフトウェアのボトルネックが存在するかどうかを判断します。
エラーコードを検査し、ウォーターフォールチャートやサーバーレスポンスのコピーなどの追加トラブルシューティングツールを活用します。
LoadViewでウェブサイト、ウェブアプリケーション、ウェブサービス/APIのパフォーマンスをテストし、改善します。
人気のある全てのデスクトップ/モバイルブラウザやデバイスで顧客体験が一貫していることを確保するために、ウェブページの限界をテストします。
ウェブアプリケーションの重要なユーザー操作をシミュレーションしてクライアント側のパフォーマンスを測定し、ユーザー体験を向上させます。
エンドユーザーと同じ方法でAPIに数千回の呼び出しを行い、実質的にあらゆるタイプのシステムやインフラに対して動的なAPIテストを実施します。
数分で
オンデマンド。クレジットカード不要。契約不要。
バーチャルユーザーとは何ですか?
ロードインジェクターとは何ですか?
LoadViewは仮想ロードインジェクターサーバーを使用して、ストレステスト実行時にシミュレートされたユーザーロードを分散させます。LoadViewは40以上の地理的位置をサポートしており、そこからロードインジェクターを起動できます。
ロードインジェクター自体がテストのボトルネックにならないことをどうやって保証していますか?
テストのキャリブレーション時に、各ロードインジェクターのCPUを過負荷にしないで安全に実行できるマシンあたりの仮想ユーザー数を計算します。これにより、ロードインジェクターあたりの仮想ユーザー数が決まります。タスクの種類やブラウザの使用有無によっては、タスク開始時にブラウザの起動、キャッシュクリア、スクリプト開始などで一時的な小さなスパイクが発生する場合があります。
通常、平均CPU使用率は100%よりかなり低いため、マシンあたりの仮想ユーザー数を増やして各マシンの利用率を高めることは可能ですが、この数字を変更すると、クラウドマシンがCPU使用率の最大値に達してテストのボトルネックになる可能性を保証できません。
ジオゾーンとは何ですか?
ジオゾーンとは、ロードインジェクターが起動され仮想ユーザーが作成される場所のことです。ストレスおよびロードテスト中に、世界中の40以上のジオゾーンから選択できます。
どのタイプのロードカーブを使うべきですか?
使用するロードカーブのタイプは状況に依存します。適切なロードカーブを選ぶ際のガイドラインを示します。
ロードステップカーブ
段階的な負荷増加に対してウェブサイトがどのように反応するかを知りたい場合、ロードステップカーブの使用を推奨します。例えば、マーケティングチームがプロモーションを計画している場合、そのトラフィック増加に対するウェブサイトの応答をテストするために使用します。
目標ベースカーブ
既に決まったスループット(トランザクション目標)や、特定の時間帯に期待される訪問者数を把握している場合に推奨されます。SLAや非機能要件を検証するのに最適です。
動的調整可能カーブ
テスト実行中にユーザートラフィックを調整可能なタイプです。ウェブサイトのパフォーマンス限界の特定やサーバー容量の計画に推奨されます。テスト中に負荷やハードウェア・ソフトウェアリソースを同時に調整でき、リアルタイムで負荷変化に対するウェブサイトやアプリケーションの挙動を把握可能です。
APIとは何ですか?
アプリケーションプログラミングインターフェース(API)は、業界標準の言語やファイル形式を使用して機械間通信を可能にします。APIはエンドユーザーがデフォルトのインターフェースに縛られることなく、自身のダッシュボードやカスタムアプリケーションに制御と出力を統合し、一般的な機能や手続きを自動化することを可能にします。
LoadViewプラットフォームで利用可能なクラウドインフラプロバイダーはどれですか?
Amazon Web Services と Azure Cloud Services。
生成可能な最大ユーザー数は?
LoadViewはクラウドで動作するため、ロードテストで生成できるユーザー数に実質的な制限はありません。理論上はクラウドプロバイダーが提供するロードインジェクターの総数や、それらのサーバーを借りるコストによって制限されます。十分な準備期間を取れば、適切なロードテストを完了するのに必要な負荷を生成できます。
プロトコルベースまたは実ブラウザベースのテストはいつ使用すべきですか?
特定のニーズ、ユースケース、またはテスト対象システムの技術に応じて、LoadViewプラットフォームは複数のユーザーシミュレーションタイプ – HTTP/S、ヘッドレスブラウザベース、実ブラウザベースのシミュレーションを実行できます。
- HTTP/Sベースのロードシミュレーション
プロトコルレベルのスクリプトはCI/CD環境でのコンポーネントレベルのテストに理想的であり、ロードインジェクションマシンの負荷が低いです。以下のテストに推奨されます:
• ウェブサーバー
• JSON、SOAP、REST、XMLなどのウェブAPI
• JavaScriptやCSSを使わない単一のウェブページ
- 実ブラウザベースのシミュレーション
実際のユーザーの行動をシミュレートする必要があり、JavaScript、CSS、Flash、AJAXなど特定の技術やリッチインターネットアプリケーション(RIA)を使用するウェブアプリケーションをテストする場合、実ブラウザの使用が重要です。このシミュレーションを使うことで、開発者はユーザーが感じるサイトの機能性や速度を検証できますが、ロードインジェクションマシンへの負荷は最も高くなります。

