SharePoint アプリケーションのパフォーマンスのプロファイル

  • [アーティクル]

SharePoint アプリケーションの実行速度が遅いか効率的でない場合、Visual Studio のプロファイル機能を使用して、問題のあるコードやその他の要素を特定できます。 ロード テスト機能を使用すると、多数のユーザーがアプリケーションに同時にアクセスする場合など、ストレス下で SharePoint アプリケーションを実行する方法を決定できます。 Web パフォーマンス テストを実行すると、Web 上でのアプリケーションの実行方法を測定できます。 コード化された UI テストを使用すると、ユーザー インターフェイスを含め、SharePoint アプリケーション全体が適切に機能しているかどうかを確認できます。 これらのテストを一緒に使用すると、アプリケーションを配置する前にパフォーマンスの問題を識別するのに役立ちます。

プロファイル ツールの概要

プロファイルとは、実行中のアプリケーションのパフォーマンス動作を観察および記録するプロセスのことです。 アプリケーションをプロファイルすると、ボトルネック、非効率的なコード、メモリ割り当ての問題など、アプリケーションの実行速度の低下または過度なメモリ消費を引き起こす問題を見つけることができます。 たとえば、プロファイルを使用すると、頻繁に呼び出され、アプリケーション全体のパフォーマンスを低下させる可能性があるコードのセグメントであるホットスポットをコード内で特定できます。 特定したホットスポットは、最適化するか除去します。

統合開発環境 (IDE: Integrated Development Environment) を使用すると、このようなパフォーマンスの問題を特定し検索できます。 SharePoint プロジェクトに対するこれらのツールの動作は、他の種類の Visual Studio プロジェクトに対する動作と同じです。 プロファイリング ツールのパフォーマンス ウィザードでは、指定したテストを使用するパフォーマンス セッションを作成できます。 パフォーマンス セッションは、パフォーマンス情報をアプリケーションから収集する際に使用される一連の構成データと、1 つ以上のプロファイル実行の結果です。 パフォーマンス セッションはプロジェクト フォルダーに格納され、パフォーマンス エクスプローラーに表示できます。 詳細については、「パフォーマンス収集方法について」を参照してください。

アプリケーションでプロファイル分析を作成して実行すると、レポートにそのパフォーマンスに関する詳細情報が示されます。 このレポートには、一定期間における CPU 使用率のグラフ、階層関数の呼び出し履歴、コール ツリーなどの項目を含めることができます。 レポートの正確な内容は、サンプリング、インストルメンテーションなど、実行するテストの種類によって異なることがあります。 詳細については、「プロファイル ツール レポートの概要」を参照してください。

パフォーマンス セッションのプロセス

アプリケーションのプロファイリングを行うには、最初に、プロファイリング ツールのパフォーマンス ウィザードを使用してパフォーマンス セッションを作成します。 メニュー バーで、[分析]、[パフォーマンス ウィザードの起動] の順に選択します。 ウィザードの完了時に、必要なプロファイリング方法、プロファイリングするアプリケーションなど、パフォーマンス セッションに必要な情報を入力します。 詳細については、「方法: パフォーマンス ウィザードを使用して Web サイトまたは Web アプリケーションのプロファイリングを行う」を参照してください。 また、コマンド ライン オプションを使用して、パフォーマンス セッションを設定および実行することもできます。 詳細については、「コマンド ラインからのプロファイリング ツールの使用」を参照してください。 パフォーマンス セッションをあらゆる側面から手動で構成する必要がある場合は、「方法: プロファイリング ツールを使用してパフォーマンス セッションを手動で作成する」を参照してください。 また、[テスト結果] ウィンドウで単体テストのショートカット メニューを開き、[パフォーマンス セッションの作成] を選択して、単体テストからパフォーマンス セッションを作成することもできます。

パフォーマンス セッションを設定したら、セッションの構成が保存され、プロファイル データを提供するようにサーバーが構成されます。その後、アプリケーションが実行されます。 アプリケーションの使用中、パフォーマンス データがログ ファイルに書き込まれます。 パフォーマンス セッションは、パフォーマンス エクスプローラーの [ターゲット] フォルダーの下に表示されます。 パフォーマンス セッションが終了すると、レポートがパフォーマンス エクスプローラーの [レポート] フォルダーに表示されます。 レポートを表示するには、それをパフォーマンス エクスプローラーで開きます。 パフォーマンス セッションのプロパティを表示または構成するには、パフォーマンス エクスプローラーでそのショートカット メニューを開き、[プロパティ] を選択します。 パフォーマンス セッションの特定のプロパティの詳細については、「プロファイリング ツールのパフォーマンス セッションの構成」を参照してください。 パフォーマンス セッションの結果を解釈する方法の詳細については、「プロファイリング ツール データの分析」を参照してください。

ストレス テスト

アプリケーションのストレス パフォーマンスを分析するには、Visual Studio でロード テストおよび Web パフォーマンス テストを作成します。 Visual Studio でロード テストを作成するときに、アプリケーションをテストするときに比較対象として使用する、シナリオと呼ばれる要素の組み合わせを指定します。 これらの要素には、ロード パターン、テスト ミックス モデル、テスト ミックス、ネットワーク ミックス、Web ブラウザー ミックスなどが含まれます。 ロード テスト シナリオには、単体テストと Web パフォーマンス テストの両方を含めることができます。

図 1: ロード テストの結果の例

Running load test graphs view

Web パフォーマンス テストでは、エンド ユーザーが SharePoint アプリケーションとやり取りする方法をシミュレートします。 Web パフォーマンス テストを作成するには、ブラウザー セッションで HTTP 要求を記録するか、Web パフォーマンス テスト レコーダーを使用します。 Web 要求は、ブラウザー セッションの終了後に Web パフォーマンス テスト エディターに表示されます。 その後、Web パフォーマンス テスト結果ビューアーで結果をデバッグできます。 また、Web パフォーマンス テスト エディターを使用して、Web パフォーマンス テストを手動でビルドすることもできます。

ユーザー インターフェイスをテストする

コード化された UI テストでは、ユーザー インターフェイス (UI) を介して SharePoint アプリケーションが自動的に実行されます。 これらのテストでは、ボタン、メニューなどの UI コントロールが正しく動作するかどうかを確認します。 この種類のテストは、検証や他のロジックが Web ページなどの UI で実行されている場合に特に便利です。 また、コード化された UI テストを使用して、手動テストを自動化することもできます。 SharePoint アプリケーションのコード化された UI テストは、他の種類のアプリケーションのテストを作成するときと同じ方法で作成します。 詳細については、「コード化された UI テストを使用した SharePoint 2010 アプリケーションのテスト」を参照してください。

Title 説明
チュートリアル: SharePoint アプリケーションのプロファイリング SharePoint アプリケーションのサンプリング プロファイル分析を実行する方法を示します。
リリース前のアプリのパフォーマンス テスト SharePoint アプリケーションのストレス テストに役立つロード テストを作成する方法について説明します。
コードの単体テスト 単体テストを使用してコードの論理エラーを検出する方法について説明します。
コード化された UI テストを使用した SharePoint 2010 アプリケーションのテスト SharePoint アプリケーションのユーザー インターフェイスをテストする方法について説明します。

関連するコンテンツ