IT部門のリソースを大量に投入してパフォーマンステストを実施したものの、本番業務で予想外のトラブルが──などということのないよう、3つのポイントを伝授する。
データベースを利用するアプリケーションのパフォーマンスをテストするのは大変な作業だ。最悪のシナリオは、IT部門のリソースを大量に投入してパフォーマンステストを実施したものの、どういうわけか本番業務で予想外のトラブルが相変わらず発生するというものだ。
以下に示す3つのポイントは、アプリケーションパフォーマンステストで最大限の成果を得るのに役立つだろう。
理想を言えば、これはシステム要件テストとユーザー受け入れテストの一部であるべきだ。そうでなければ目標が明確に定まらず、パフォーマンステストは際限のない作業になってしまい、ユーザーにしても自分たちの要望が考慮されていなければ、システムのパフォーマンスに不満が残るかもしれない。
特にWebベースのトランザクションシステムの場合、最も一般的な指標は、同時ユーザーセッション数と応答時間である。同時セッション数の増加の影響を調べるために、アプリケーションの負荷テストが行われることも多い。しかし、システム全体が1人のユーザー専用であっても、データベースに格納されているデータ量に応じてパフォーマンスに大きな違いが感じられることもある。空白のテーブルにデータを挿入するだけのトランザクションであれば瞬時に完了するだろうが、テーブルのレコード数が何万あるいは何百万にも増えてくれば、パフォーマンスの低下が生じる。このため、予想されるデータのサイズに関する指標をパフォーマンス要件に含める必要があり、テスト環境にもそのサイズ設定を含めなければならない。
最初のアーキテクチャのサイズを決定し、ハードウェアを購入する際には、ある程度の拡張性を考慮しておく必要はあるが、構築前のシステムを最適化する余地は限られている。最も多く利用されるのはシステムのどの機能なのかに関して、実際のユーザーからフィードバックを受けることにより、めったに使用しない機能を最適化するといった時間の浪費を避けることができる。また、パフォーマンスの最適化は信頼性や保守性などの面でトレードオフを伴う場合が多いため、適切な判断を下すためには基準となるパフォーマンス指標が必要だ。パフォーマンスのわずかな改善のためにアーキテクチャデザインを犠牲にすることがあってはならない。
以上のポイントを心に留めておけば、パフォーマンステストで大きな成果を期待でき、ストレスは小さくなるだろう。では、テストの成功を祈る!
Copyright © ITmedia, Inc. All Rights Reserved.
お知らせ
米国TechTarget Inc.とInforma Techデジタル事業が業務提携したことが発表されました。TechTargetジャパンは従来どおり、アイティメディア(株)が運営を継続します。これからも日本企業のIT選定に役立つ情報を提供してまいります。
CMOはなぜ短命? なぜ軽視される? いま向き合うべき3つの厳しい現実
プロダクト分析ツールを提供するAmplitudeのCMOが、2025年のマーケティングリーダーに課...
トラフィック1300%増、生成AIがEコマースを変える
アドビは、2024年のホリデーシーズンのオンラインショッピングデータを公開した。
「ドメインリスト貸し」は何がマズい? サイトの評判の不正使用について解説
「サイトの評判の不正使用」について理解し、正しい対策が取れるにしましょう。