これは、SharePoint Webパーツとコントロールに固有のパフォーマンステストに関する質問です(ただし、標準のASP.NETメソッドも適用できます)。次のような要因を考慮して、いくつかの優れたテクニックは何であるか疑問に思います。
- キャッシング(何をいつキャッシュする必要がありますか?)
- 負荷分散されたサーバー(保存状態)
- ページの他の部分との相互作用(例:複数のJavaScriptの実行)
- 特定のコントロールのCPU使用率を測定する
- レンダリングされたページサイズ
これは、SharePoint Webパーツとコントロールに固有のパフォーマンステストに関する質問です(ただし、標準のASP.NETメソッドも適用できます)。次のような要因を考慮して、いくつかの優れたテクニックは何であるか疑問に思います。
Visual Studio Test Suite 2008withSP1をお勧めします。Visual Studioがインストールされた開発者デスクトップで実行されているテストコントローラーを使用して、インデックスサーバーでテストエージェントを使用しました。
ブラウザのキャッシュをシミュレートすることは可能ですが、キャッシュが実際に機能していなかった独自のサーバーのキャッシュでエラーが見つかりました。
負荷分散されたサーバーは、さまざまなIPアドレスをシミュレートできるため、操作が簡単です。テストを実行しているマシンにIPアドレスの範囲を割り当てることができる必要があり、IPアドレスの最後のオクテットのみを調整できます。各Webフロントエンドの統計は、テストによって生成されたperfmon統計に追加できます。
必要に応じて、ページのさまざまな部分のクリックをシミュレートできますが、シナリオが複雑になるほど、完璧にするのは難しくなります。
CPUと他の統計測定は素晴らしいです。すべてのテスト結果をデータベースに追加することができ、負荷テスト中および負荷テスト後のテストのチャートは非常に優れています。
コメントは各テスト実行に追加できるため、以前に実行されたテストの結果を表示する必要がある場合に、コメントを簡単に識別できます。
結果は時間の経過とともにすぐにサイズが大きくなる可能性があることに注意してください。