お 問い合わせ
Dotcom-MonitorのLoadViewチームは、比類のない24時間365日のサポートを提供しています。
当社のパフォーマンスエンジニアは、セットアップ、スクリプト、およびテストプロセスを案内するために待機しています。
サポートへのお問い合わせ
情報
2500 シャディウッド ロード スイート #820 エクセルシオール、MN 55331
+1 (888) 479-0741
sales@loadview-testing.com
電話番号
フリー ダイヤル
1-888-479-0741
アメリカローカル
+1-612-278-1943
LoadViewに関するよくある質問
テストに対してどのように仮想ユーザー (仮想ユーザー) が決定されるのでしょうか。
デバイスのキャリブレーションは、負荷インジェクタサーバあたりの仮想ユーザ数の最適な仮想ユーザ分布(VUD)値を計算するために実行されます。 デバイスのタスク、複雑さ、および必要な CPU リソースは、調整中に考慮されます。 当社の経験に基づいて、デフォルトでは、負荷インジェクタあたりの理想的なCPU使用率(最大80%)を確保するために最適な平均VUDを使用します。負荷インジェクタ間の効率的な仮想ユーザーの分布。 校正済みの仮想ユーザーの分布は、タスクの種類によって異なります。
HTTP/Sテスト – 8~500ユーザー
Web ページ/Web アプリケーション テスト – 2 ~ 8 ユーザー
リッチ インターネット アプリケーション (RIA) イメージ検証を使用した Web アプリケーション – 2 ~ 5 ユーザー
HTTP URL と Web アプリケーションの負荷テストの校正が異なっているのはなぜですか?
請求はいつ行われますか?
生成できるユーザーの最大数はいくつですか。
LoadView はクラウドで実行されるため、負荷テスト用に生成できるユーザーの数に事実上制限はありません。 テストは、クラウド プロバイダーから入手できるロード インジェクタの総数と、クラウド プロバイダーからこれらのサーバーをリースするコストによって、理論上制限されます。 テストをセットアップするのに十分な時間があれば、適切な負荷テストを完了するために必要なだけの負荷を生成できるはずです。
正確な価格を取得する前にテストを調整する必要があるのはなぜですか?
テストのキャリブレーションにより、各同時ユーザーの負荷注入装置で使用される CPU の割合が自動的に決定されます。 これは、我々は負荷インジェクタごとに実行できるどのように多くの同時ユーザーを教えてくれます. ロード インジェクタの数は、テストのコストに直接影響します。
プロトコル、ヘッドレスブラウザー、または実際のブラウザベースのテストはいつ使用する必要がありますか?
テスト対象のシステムの具体的なニーズ、ユース ケース、またはテクノロジに応じて、LoadView プラットフォームを使用して、HTTP/S、ヘッドレス ブラウザ ベース、および実際のブラウザ ベースのシミュレーションなど、複数のユーザー シミュレーション タイプを実行できます。
- HTTP/Sベースの負荷シミュレーション
プロトコルレベルのスクリプトは、CI/CD環境でのコンポーネントレベルのテストに最適で、負荷インジェクションマシンのフットプリントが低くなります。 以下のテストに推奨されます。
• Web サーバー
• JSON、SOAP、レスト、XML などのWeb API
•JavaScriptまたはCSSのない単一のウェブページ
- ヘッドレスブラウザベースのシミュレーション
JavaScript、CSS、HTMLなどの実際のブラウザのすべての要素をバイパスするので、多くの場合、実際のブラウザよりも高速で、ヘッドレスブラウザは、ブラウザデータをすばやく取得しようとしているタスクやインスタンスを自動化するのに最適です。 ヘッドレスブラウザベースのシミュレーションは、負荷インジェクションマシンに中程度のフットプリントを持っています。
- 実際のブラウザベースのシミュレーション
実際のユーザーの動作をシミュレートし、特定の技術とリッチ インターネット アプリケーション (RIA) を利用する Web アプリケーションを持っている必要がある場合は、実際のブラウザーを使用して JavaScript、CSS、フラッシュ、または AJAX が重要です。 このシミュレーションを使用すると、開発者はユーザーが認識するサイトの機能と速度を検証できますが、このオプションは負荷インジェクションマシンで最も高いフットプリントを持ちます。