2008年02月15日 04時14分 公開
特集/連載

アプリケーションのパフォーマンステストを成功させる3つのポイントデータベースというファクターを考慮しているか?

IT部門のリソースを大量に投入してパフォーマンステストを実施したものの、本番業務で予想外のトラブルが──などということのないよう、3つのポイントを伝授する。

[Bill Schneider,TechTarget]

 データベースを利用するアプリケーションのパフォーマンスをテストするのは大変な作業だ。最悪のシナリオは、IT部門のリソースを大量に投入してパフォーマンステストを実施したものの、どういうわけか本番業務で予想外のトラブルが相変わらず発生するというものだ。

 以下に示す3つのポイントは、アプリケーションパフォーマンステストで最大限の成果を得るのに役立つだろう。

1. ビジネス部門のステークホルダーの意見に基づき、明確なパフォーマンス指標と目標を設定する

 理想を言えば、これはシステム要件テストとユーザー受け入れテストの一部であるべきだ。そうでなければ目標が明確に定まらず、パフォーマンステストは際限のない作業になってしまい、ユーザーにしても自分たちの要望が考慮されていなければ、システムのパフォーマンスに不満が残るかもしれない。

2. データベースというファクターを考慮に入れる

 特にWebベースのトランザクションシステムの場合、最も一般的な指標は、同時ユーザーセッション数と応答時間である。同時セッション数の増加の影響を調べるために、アプリケーションの負荷テストが行われることも多い。しかし、システム全体が1人のユーザー専用であっても、データベースに格納されているデータ量に応じてパフォーマンスに大きな違いが感じられることもある。空白のテーブルにデータを挿入するだけのトランザクションであれば瞬時に完了するだろうが、テーブルのレコード数が何万あるいは何百万にも増えてくれば、パフォーマンスの低下が生じる。このため、予想されるデータのサイズに関する指標をパフォーマンス要件に含める必要があり、テスト環境にもそのサイズ設定を含めなければならない。

3. 過大なパフォーマンスを求めない

 最初のアーキテクチャのサイズを決定し、ハードウェアを購入する際には、ある程度の拡張性を考慮しておく必要はあるが、構築前のシステムを最適化する余地は限られている。最も多く利用されるのはシステムのどの機能なのかに関して、実際のユーザーからフィードバックを受けることにより、めったに使用しない機能を最適化するといった時間の浪費を避けることができる。また、パフォーマンスの最適化は信頼性や保守性などの面でトレードオフを伴う場合が多いため、適切な判断を下すためには基準となるパフォーマンス指標が必要だ。パフォーマンスのわずかな改善のためにアーキテクチャデザインを犠牲にすることがあってはならない。

 以上のポイントを心に留めておけば、パフォーマンステストで大きな成果を期待でき、ストレスは小さくなるだろう。では、テストの成功を祈る!

関連キーワード

テスト | データベース | デザイン


ITmedia マーケティング新着記事

news176.jpg

Teslaが成長率1位、LVMHグループ5ブランドがランクイン 「Best Global Brands 2021」
毎年恒例の世界のブランド価値評価ランキング。首位のAppleから10位のDisneyまでは前年と...

news056.jpg

「巣ごもり消費」で選ばれるブランドになる「シャンパンタワー型コミュニケーション戦略」のすすめ
「巣ごもり消費」はPRをどう変えたのか。コロナ禍における需要喚起に有効なB2C向けの統合...

テレビ放送と人流の相関を示すデータサービス クロスロケーションズが提供開始
テレビ番組やテレビCMをテキスト化・データベース化した「TVメタデータ」とGPSをベースと...