SharePoint アプリケーションのパフォーマンスが遅いか非効率的である場合は、Visual Studio のプロファイリング機能を使用して、問題のあるコードやその他の要素を特定できます。 ロード テスト機能を使用すると、多くのユーザーがアプリケーションに同時にアクセスする場合など、SharePoint アプリケーションがストレスを受けてどのように実行されるかを判断できます。 Web パフォーマンス テストを実行することで、アプリケーションが Web 上でどのように実行されるかを測定できます。 コード化された UI テストを使用すると、SharePoint アプリケーション全体 (ユーザー インターフェイスを含む) が正しく機能するかどうかを確認できます。 これらのテストを一緒に使用すると、アプリケーションをデプロイする前にパフォーマンスの問題を特定するのに役立ちます。
プロファイル ツールの概要
プロファイリングとは、アプリケーションの実行時のパフォーマンス動作を監視および記録するプロセスを指します。 アプリケーションをプロファイリングすることで、ボトルネック、非効率的なコード、メモリ割り当ての問題などの問題を明らかにできます。これにより、アプリケーションの実行速度が低下したり、メモリが過剰に使用されたりします。 たとえば、プロファイリングを使用してコード内のホットスポットを特定できます。これは、頻繁に呼び出されるコードのセグメントであり、アプリケーションの全体的なパフォーマンスが低下する可能性があります。 ホットスポットを特定した後は、多くの場合、ホットスポットを最適化または削除できます。
統合開発環境 (IDE) では、いくつかのプロファイリング ツールを使用して、このようなパフォーマンスの問題を特定して特定できます。 これらのツールは、SharePoint プロジェクトの場合と、他の種類の Visual Studio プロジェクトの場合と同じように動作します。 プロファイリング ツール パフォーマンス ウィザードを使用すると、指定したテストを使用するパフォーマンス セッションが作成されます。 パフォーマンス セッションは、1 つ以上のプロファイリング実行の結果と共に、アプリケーションからパフォーマンス情報を収集するために使用される一連の構成データです。 パフォーマンス セッションはプロジェクト フォルダーに格納され、 パフォーマンス エクスプローラーで表示できます。 詳細については、「 パフォーマンス収集メソッドについて」を参照してください。
アプリケーションでプロファイル分析を作成して実行すると、そのパフォーマンスに関する詳細がレポートに表示されます。 このレポートには、時間の経過に伴う CPU 使用率のグラフ、階層関数呼び出し履歴、呼び出しツリーなどの項目を含めることができます。 レポートの正確な内容は、サンプリングやインストルメンテーションなど、実行するテストの種類によって異なる場合があります。 詳細については、「 プロファイリング ツール レポートの概要」を参照してください。
パフォーマンス セッション プロセス
アプリケーションをプロファイリングするには、まずプロファイリング ツール パフォーマンス ウィザードを使用してパフォーマンス セッションを作成します。 メニュー バーで、[ 分析]、[ パフォーマンス ウィザードの起動] の順に選択します。 ウィザードが完了したら、必要なプロファイル方法やプロファイルするアプリケーションなど、パフォーマンス セッションに必要な情報を入力します。 詳細については、「 方法: パフォーマンス ウィザードを使用して Web サイトまたは Web アプリケーションをプロファイリングする」を参照してください。 別の方法として、コマンド ライン オプションを使用して、パフォーマンス セッションを設定して実行できます。 詳細については、「 コマンド ラインからのプロファイリング ツールの使用」を参照してください。 パフォーマンス セッションのすべての側面を手動で構成する場合は、「 方法: プロファイリング ツールを使用してパフォーマンス セッションを手動で作成する」を参照してください。 単体テストからパフォーマンス セッションを作成するには、[ テスト結果 ] ウィンドウで単体テストのショートカット メニューを開き、[ パフォーマンス セッションの作成] を選択します。
パフォーマンス セッションを設定すると、セッション構成が保存され、プロファイル データを提供するようにサーバーが構成され、アプリケーションが実行されます。 アプリケーションを使用すると、パフォーマンス データがログ ファイルに書き込まれます。 パフォーマンス セッションは、 パフォーマンス エクスプローラー の [ターゲット] フォルダーの下に表示されます。 パフォーマンス セッションが完了すると、そのレポートがパフォーマンス エクスプローラーの [レポート] フォルダーに表示されます。 レポートを表示するには、 パフォーマンス エクスプローラーでレポートを開きます。 パフォーマンス セッションのプロパティを表示または構成するには、 パフォーマンス エクスプローラーでそのショートカット メニューを開き、[ プロパティ] を選択します。 パフォーマンス セッションの特定のプロパティの詳細については、「 プロファイリング ツールのパフォーマンス セッションの構成」を参照してください。 パフォーマンス セッションの結果を解釈する方法については、「 プロファイリング ツール データの分析」を参照してください。
ストレス テスト
Visual Studio でロード テストと Web パフォーマンス テストを作成することで、アプリケーションのストレス パフォーマンスを分析できます。 Visual Studio でロード テストを作成するときは、アプリケーションをテストする要因の組み合わせをシナリオと呼んで指定します。 これらの要因には、ロード パターン、テスト ミックス モデル、テスト ミックス、ネットワーク ミックス、Web ブラウザー ミックスなどがあります。 ロード テスト シナリオには、単体テストと Web パフォーマンス テストの両方を含めることができます。
図 1: ロード テストの結果の例
Web パフォーマンス テストは、エンド ユーザーが SharePoint アプリケーションと対話する方法をシミュレートします。 Web パフォーマンス テストを作成するには、ブラウザー セッションで HTTP 要求を記録するか 、Web パフォーマンス テスト レコーダーを使用します。 Web 要求は、ブラウザー セッションの完了後に Web パフォーマンス テスト エディター に表示されます。 その後、 Web パフォーマンス テスト結果ビューアーで結果をデバッグできます。 Web パフォーマンス テスト エディターを使用して、 Web パフォーマンス テストを手動でビルドすることもできます。
ユーザー インターフェイスをテストする
コード化された UI テストは、ユーザー インターフェイス (UI) を介して SharePoint アプリケーションを自動的に駆動します。 これらのテストでは、ボタンやメニューなどの UI コントロールが正しく機能することを確認します。 この種のテストは、Web ページなど、UI で検証またはその他のロジックを実行する場合に特に便利です。 コード化された UI テストを使用して、手動テストを自動化することもできます。 SharePoint アプリケーションのコード化された UI テストは、他の種類のアプリケーションのテストを作成するのと同じ方法で作成します。 詳細については、「 コード化された UI テストを使用した SharePoint 2010 アプリケーションのテスト」を参照してください。
関連トピック
| Title | Description |
|---|---|
| チュートリアル: SharePoint アプリケーションのプロファイリング | SharePoint アプリケーションでサンプリング プロファイル分析を実行する方法を示します。 |
| リリース前にアプリのパフォーマンス テストを行う | SharePoint アプリケーションのストレス テストに役立つロード テストを作成する方法について説明します。 |
| コードの単体テスト | 単体テストを使用してコード内のロジック エラーを見つける方法について説明します。 |
| コード化された UI テストを使用した SharePoint 2010 アプリケーションのテスト | SharePoint アプリケーションのユーザー インターフェイスをテストする方法について説明します。 |