私は現在、Web サービスの負荷テストを必要とするプロジェクトに取り組んでいます。サービスの 1 つは、Busy-Day/Busy-HR の間に本番環境で 60,000 回呼び出されています。
{PerfTest Env=PROD}
口座番号入力
出力 AccountDetails
この loadrunner スクリプトで実稼働シナリオをシミュレートするには、60,000 個の一意のアカウント番号 (テスト データ) が本当に必要ですか?
固有のデータが必要な場合、耐久テストのために Web サービスごとに大量のテスト データを用意する必要があります。
それほど多くのテスト データが得られない場合、アプリケーション サーバー キャッシュ メカニズムが原因で Load Test が影響を受ける可能性はありますか??
誰か助けてくれませんか？
ありがとうラム
昨年の 1 日または最大ボリューム時間をシミュレートしていますか? これは、必要なデータ量を形成するのに役立ちます。24 時間テストから始めることはめったにありません。代わりに、ランプアップとランプダウンを使用して 1 時間の最高水位テストを確認することになるため、最高水位時間の約 1.333 倍のデータが必要になります。
したがって、これにより、60K が (潜在的に) 20K(?) に低下する可能性があります。昨年の最悪の時間は、通常の 1 日の約 1/3 であると想定しています。過去 20 年間、さまざまな環境でこのパターンを何度も観察してきました。環境内の数をサポートするために、ログ データまたはクエリ データを使用してこれを客観的に検証する必要があります。
次に、これらの問い合わせのうち、実際に固有のものはいくつありますか? これを判断するには、1 日 (または最高水位時間) にわたるクエリのログが本当に必要になります。Microsoft Logparser や Splunk/Splunk Storm などのログ処理ツールは、データ内の一意のアカウント参照の観察された分布を取得するのに役立ちます。これには、複数のアカウントの数も含まれます。これがわかれば、一意のデータ用に各ユーザーのブロック サイズが固定されたデータ ファイルを使用するだけで済み、データが使い尽くされると、ユーザーは終了します。