ある晴れた日曜日の夜、私たちのお気に入りのテレビシリーズは、最新のシーズンに戻ってきて、ここで私たちはネタバレが私たちを襲う前に、最初に待望のシリーズを消費するためにそれに飛び乗る準備をします。 消費者にとって、携帯電話を手に取り、モバイル アプリケーションや ウェブ アプリケーションでコンテンツを楽しむことが非常に簡単になりました。 ストリーミングメディアは、数回のクリックとタップでアクセスできます。 アプリを開き 、再生を押します。 シンプルで高速で瞬時に、右?
オンデマンドビデオとライブストリーミング の消費は、世界中に広まっています. 誰もがDVD、ケーブルプロバイダから離れ、オンデマンドビデオストリーミングサブスクリプションに置き換えています。 需要のブームに伴い、一貫した高性能と品質が懸念される。 これらのオンデマンドプラットフォームのどれも、消費者が退屈な経験を持っていることを望むことはありません。 しかし、ユーザーがバッファリング、最高品質の少ないこのストリーミングメディアをシームレスに利用できるようにするには、これらのメディアコンテンツをロードテストする必要があります。 メディアや品質のわずかな遅れでさえ、顧客体験を妨げ、ユーザーベースを閉鎖する可能性があります。
ストリーミング メディアと主要なロード テスト のメトリック
まず、ストリーミング メディアのパフォーマンスに影響を与える重要な重要な指標について説明します。
ビットレート
ビットレートは、通常、ユーザーに転送されたデータあたりの平均バイト数で計算され、より高いビットレートは、ユーザーがオーディオとビジュアルグラフィックスの両方でコンテンツの高解像度を消費することができることを意味します。 コンテンツが取得される場所(ストリーミングメディアサーバー)とユーザーの場所の違いが地理的に異なっているとき、遅延に直面することがあります。
プレイレート
再生速度は、実際にビデオを再生したユーザーの数または割合を計算するために使用されます, ビットレートは、下端にある場合は、我々も同様に低い再生率を参照してください. したがって、これらのメトリックは両方とも手をつないで行きます。 コンテンツが最初の 30 秒以内に読み込まれない場合、ユーザーは通常、再生速度の高い低下を占めるストリーミング サービスを終了する傾向があります。
バッファ時間
バッファ時間は、コンテンツの読み込みにかかる時間であり、ネットワークの遅延時間とユーザーデータのダウンロード速度によって異なります。 バッファー時間の計算は、ユーザーがコンテンツの読み込みを待機するために費やした時間を示します。 バッファ時間の増加は、全体的なユーザーエクスペリエンスを妨げる可能性があり、しきい値を下回るとコンテンツの視聴を停止する可能性があります。 バッファリングはビデオの再生中に画像に入る可能性があり、通常はバッファリングが完了するとメディアの再生が開始され、バッファリングされたコンテンツとメディア再生の間の時間の長さはラグ長と呼ばれます。 メディアがストリーミングしている間、ラグの長さが重要な役割を果たし、ラグの長さが長くなるとストリーミングの継続性全体に影響します。
再生長時間
再生長時間は、ユーザーがコンテンツを消費して費やした時間であり、平均的なユーザーがプラットフォームに費やす時間を理解するのに役立ち、ストリーミングビデオに対するユーザーの全体的な経験と関心も表示します。 最近、私たちのプレイの長さの時間が短い場合は、プラットフォーム上のメディアコンテンツを改善するための時間です。
ラグ比
ラグ率は、ユーザーが実際に費やしたコンテンツ視聴率に対するバッファリング時間の量です。 ストリーミング メディアの全体的な品質を計算するのに役立ちます。 ゼロに近いはずですが、ゼロに達することはできません。 初期の遅れは常にありますが、再生時間を長くするためには、ストリーミングメディアの一貫性と継続性を維持する必要があります。
上記のメトリックについて説明したように、メディア アプリケーションが負荷の高い状態でどのような動作をしているかを監視するのに役立ちます。 これらは、全体的なパフォーマンスを向上させるためのメトリックとしても使用されます。
さまざまな地理的位置からテストする必要があるのはなぜですか?
さまざまな場所でテストする必要がある理由に答える前に、要求がどのように処理されるかについて、素人の言葉で詳しく説明しましょう。 ユーザーが [ 再生 ] ボタンをクリックすると、インターネット サービス プロバイダ (ISP) に要求が送信されます。 ISP は、Web サイトを処理する専用サーバーに転送し、サーバーは、コンピュータに中継され、結果を形成する応答を提供します。 何百万時間ものビデオコンテンツがインターネットを介してサーバーとすべてのユーザーの間で中継されるストリーミングメディアを提供する大きな巨人にとって、パフォーマンスを維持するためには、はるかに大きなサーバーネットワークが必要です。
しかし、あなたのユーザーがロサンゼルスに座ってアジアのサーバーで利用可能なコンテンツをストリーミングしようとしている場合はどうなりますか? これにより、遅延が増加し、メディア全体のパフォーマンスに影響を与える可能性があります。 この問題を解決するために、ストリームプロバイダーは、元のWebサイトとそれに含まれるメディアコンテンツを取得し、世界中に広がる数百のサーバーにコピーするコンテンツ配信ネットワーク(CDN)を使用します。 たとえば、ユーザーが米国のメインサーバーに接続する代わりに、ブダペストからログインすると、ブダペストに最も近いCDNサーバーから正確なコピーが読み込まれます。 これにより、要求と応答の間にかかる時間と、すべてが非常に高速に読み込まれる待機時間が大幅に短縮されます。
ストリームを処理できるユーザーの数
実際のユーザーがプラットフォームに到着する前に、ストリーミング メディアをロード テストして、さまざまな場所で分離されたユーザー ベースのサイズを推測し、ストリーミング メディアは、ビット レート、再生速度、バッファリングとラグ比の最小値を使用して管理できます。 ユーザー数を取得するには、ストリーミングメディアで閲覧するユーザー数 x から始まるスクリプトが必要であり、接続タイムアウトが表示され始めるまで徐々にユーザー数を増やすか、または平均ビットレートが低下するまで、ユーザー数を徐々に増やす必要があります。 同時ユーザー数を増やし、接続のタイムアウトを追跡すると、現在のインフラストラクチャで処理できるユーザー数が最も多くなる結果が得られます。
ストリーミング メディアでリアルタイムに近いユーザーの動作を模倣するスクリプトを計画および作成することは、最良の結果を得るために非常に重要な側面です。 負荷を生成し、スクリプトが壊れないようにする専用のツールも必要です。 LoadViewを見て、正確なユース ケースをテストし、100 種類以上のメディア ストリーミング コーデックをテストする方法を理解します。
次に、これらのCDNの実行と速度を ロードテスト し、多数の同時ユーザーでストリーミングメディアを実行しているときに、それが原因で遅延が発生するかどうかを確認する必要があります。 これは、コンテンツがサーバー上のどこにあるかと比較して、さまざまなユーザーの場所からのユーザーベースの増加を理解するのに役立ち、 パフォーマンスメトリックをテストし、リアルタイムに最も近いシナリオを提供します。
ロードビューと機能
LoadView は、Web ページ、ストリーミング メディア、バックエンド API サーバー、およびその他の複雑な ウェブ アプリケーションのクラウド経由でロード テストを実行するのに役立つロード テスト ツールとサポートを提供するウェブ サービスとしてのソフトウェア (SaaS) アプリケーションです。
ストリーミング メディアのパフォーマンス実行を管理および実行するために、 LoadView には、 ストリーミング メディアをロード テストして、インフラストラクチャで処理できる同時ストリームの数を確認するためのインフラストラクチャとテスト スクリプトが用意されています。 それはテストの下で私達のメディアに基づいてオーディオ、ビデオコーデックの範囲を提供する100+メディアストリーム監視コーデックとメディアストリームファイル形式をサポートしています。
LoadView にはストリーミング メディアをテストするための複数のオプションがあり、1 つはストリーミング メディア URI を渡す必要がある専用テストであり、もう 1 つは EveryStep Web レコーダーを使用してメディアを使用したブラウザー ユーザー セッション全体をすべて記録し、レコーダーがスクリプトを作成し、ロード テスト中に再実行するのに役立ちます。 スケール。
ロードビューの特徴
接続時間
接続タイムアウト数を含むリアルタイムレポートを提供し、 現在の同時ユーザーでインフラストラクチャの動作を把握します。
フレームレート
動画の画像が表示されるレートを確認し、ちらつきや表示エラーを引き起こしていないかどうかを確認するフレームレートなどの詳細が提供されます。
バッファリング時間
バッファリング時間のしきい値とアラートで、バウンス率と視聴者の時間の高い値を理解するのに役立ちます。
1 秒あたりの平均バイト数
LoadViewは、ストリーミングメディアの出力で画像品質を監視するか、ユーザーが消費しているビットレートのようなメトリックを共有するビデオを提供します。
LoadView を使用したロード テスト ストリーミング メディア
前述したように、LoadView はストリーミング メディアをロードするための 2 つのオプションを提供し、1 つは専用のストリーミング メディア URI を使用して静的メディア URL を渡してロード テストを実行し、もう 1 つは、メディアとのリアルタイムのブラウザー操作をキャプチャし、ユーザーが実行したすべてのアクションを記録してスクリプトを作成します。 この記録されたスクリプトは、より高いスケールでロード テストを実行するために使用されます。
ここでは、さまざまな方法のセットアップを段階的に説明し、LoadView を使用してストリーミング メディアのロード テストを実行し、一般的なメディア ストリーム ファイル形式をすべてサポートします。
ロードビュー ストリーミング メディアの構成
ストリーミング メディアロードテストスクリプトを作成するには、負荷の高い場合に検証するストリーミング メディアのターゲットが必要です。 ストリーミング メディアの URL とメディアの プロトコル パス (メディア リソース URI ) を入力する必要があります。 テスト シナリオでは、両方を指定します。 ストリーミング メディアのロード テストの実行中に必要な全体的な手順は、次のとおりです。
ストリーミング メディアの設定: ステップ 1
ユーザーがストリーミング メディア URL とメディア タイプを入力します。
ストリーミング メディアの設定: 手順 2
テスト対象のメディアに基づいて、ロード ジェネレータは Stream メディア URL からコンテンツを取得して、使用を試みます。
ストリーミング メディアの設定: ステップ 3
ストリームには、品質、コーデック、ビデオ、オーディオなどの複数の属性があり、サーバーからフェッチされ、各属性のメトリックはテスト実行中に計算されます。
ストリーミング メディアの設定: 手順 4
テストシナリオで言及される接続タイムアウトがあり、ストリーミングメディアサーバーが規定されたタイムアウトしきい値内でコンテンツを送信できない場合、テスト結果で利用可能になるエラーが生成されます。
LoadView メディア ストリーミング パフォーマンス テストのセットアップ
ストリーミング メディアロードテストの実行に必要な手順を見てみましょう。
新しいテストの作成
LoadView テストのホームページを開きます。 新しいロード テストの作成を開始するには、[ 新しいテスト ] をクリックする必要があります。
ロード テストの種類の選択
他のオプションの中で 、Web アプリケーション、 Web ページ、 ストリーミング メディア、 HTTP/Sなどの LoadView でサポートされているすべての異なる種類のロード テストが表示されます。 この場合、ロード テストを実行するには、[ ストリーミング メディア ] オプションを選択します。
ストリーミング メディアの構成タスク
ストリーミングメディアを選択した後、メディアタイプやストリーミングメディアURLなどのテスト対象アプリケーションの詳細を入力する必要があります。 テスト対象のアプリケーションのタイムアウトを入力する必要もあります。 何らかの理由によりアプリケーションが応答しなくなった場合、LoadView は設定された間隔を待ち、後で適切なエラーの詳細でテストを終了します。 更新後、[ デバイスの作成 ] ボタンをクリックする必要があります。
テスト シナリオの構成
ロード テストを実行するデバイスが正常に構成されると、[ テスト シナリオ] 画面にリダイレクトされ、必要なテストの実行に基づいて複数のオプションが提供されます。 [同時ユーザー]、[ランプ アップ時間]、[ランプ アップ速度]、[ウォームアップ時間]、[負荷テストの地理的分布] などのフィールドは、[テストシナリオ] 画面で定義できます。 これらの値はアプリケーションの種類によって異なっており、ロード テストの要件に従って設定できます。
ストリーミング メディア同時ユーザー数
[ テスト シナリオ] 画面で、ロード テストの実行に必要な同時ユーザー数を追加する必要があります。 ロード インジェクタは、テストの実行に必要な負荷と同時ユーザーに基づいて開始されます。 ロード テストが正常に完了すると、詳細な分析とレポートが生成され、パフォーマンスの抜け穴を測定および検出し、テスト実行中にシステムがどのように動作するかを把握するのに役立ちます。
接続時間
接続時間は、ストリーミングビデオの最初のフレームの再生とストリーミングセッションを始めとの間の時間差です。 この時間は、先ほど説明したメトリックラグ比に追加されます。
期間
期間は、コンテンツがユーザによって消費される合計時間値であり、また、エンジンがコンテンツをキャプチャするのにかかる時間を記述する。
品質
品質は、ストリーミングされたメディアの視覚的な表現を理解するのに役立つ、ユーザーが消費するビット レートの量によって計算されます。
1 秒あたりのフレーム数
1 秒あたりのフレームは、実行されたテストの実行でダウンロードされたフレームの数を計算するのに役立ちます。
EveryStep Web レコーダーを使用したロード テスト ストリーミング メディア
このセクションは、通常のウェブサイトコンテンツを持つストリーミングメディアを持つテストの実際のブラウザセッションをロードする方法を理解するのに役立ちます。 LoadView で提供される EveryStep Web レコーダーは、オーディオ、ビデオの消費、ビデオの再生/一時停止、コンパクトまたは拡張ビデオ メディア プレーヤー ストリーミングを含むコンテンツを持つ Web アプリケーション上の実際のユーザーの動作に基づいてテスト シナリオを作成するために使用できます。 スクリプト レコーダーは、すべてのアクションを記録し、ユーザー エクスペリエンスをより大規模に再実行して、ウェブ アプリケーションから実際のパフォーマンス結果に近づけるのに役立ちます。 レコーダーは、私たちは異なるブラウザに基づいてロードテストの結果を与えるために、すべての著名なブラウザをサポートしています。 要件に従って記録しながら、EveryStep によって作成されたスクリプトを変更および構成できます。 フラッシュ、JavaScript、WebSocket、HTML5、Java、PHP、ルビー、シルバーライトなどを使用して、複数のWebアプリケーションを拡張して操作するのに役立ちます。 設定は上記の手順と似ていますが、EveryStep Web レコーダーを使用する場合は若干異なります。 スクリプト レコーダーを使用してロード テストを設定する手順は次のとおりです。
- LoadView で新しいテストを作成し 、[Web アプリケーション ] オプションを選択します。
- レコードブラウザウィンドウにリダイレクトされ、さまざまなブラウザやアプリケーションURLを選択できます。 アプリケーションの詳細を入力し、[ レコード] をクリックします。
- 記録の準備ができたら、エンドユーザーのようにWebアプリケーションを閲覧することができ、スクリプトレコーダーは、私たちが続く同じ手順を使用して再び再生できるスクリプトを生成するのに役立ちます。
- 最後のスクリプト行を右クリックして作成したスクリプトに遅延を設定できます。 この遅延は、シナリオのテストがメディアを待つのに役立ちます。
- 完了したら、[ スクリプトの作成 ] をクリックして [ テスト シナリオ ] 画面にリダイレクトされ、テストに必要な地理的位置と同時にテストに必要な同時ユーザー数を入力したり、速度を上げたり、速度を上げたり、ランプダウンしたりできます。
結論: ストリーミング メディアのロード テスト方法: サーバー、スクリプト、その他
ビデオおよびライブストリーミングメディアの最近の需要、およびこれらのメディアを介したトラフィックにより、業界はビジネスを維持するために最高の サービスと 品質を提供することに挑戦しています。 ストリーミングメディアを事前に強調することは要件であり、無視することはできません。 テスト シナリオを設定し、LoadView を使用してストリーミング メディア アプリケーションのロード テストを実行する方法について、手順を追って説明しました。 また、必要に応じてアプリケーションをロード テストする方法についても説明しました。 LoadView は、EveryStep Web レコーダーを使用したストリーミング メディア コンテンツ ロード テストの広範なサポートを提供し、ストリーミング メディア URI ロード テスト専用です。
ストリーミング メディアのロード テストの詳細を確認し 、 無料試用版 にサインアップして最大 5 つの無料ロード テストを取得します。