まず、ニーズ分析
パフォーマンスパフォーマンステストの要件を決定するために、以下の2つのユーザー側から主にテスト：
- まず、ビジネスユーザー
- ユーザーが頻繁に使用され、ユーザーが使用するビジネス・プロセスの数が多いです
- 毎日でも高いビジネスプロセスの80％以上を占める取引の割合が高く、
- 特別な取引日またはピークの取引が80％以上であっても高い業務プロセスを占めました
- 悪いパフォーマンスとオーケストレーションを調整されています
- 特別なビジネスシーン
- ビジネスプロセスを調整するための主要なコアビジネスプロセス
- 第二に、プロジェクトチーム
- 調整は、ビジネスのアーキテクチャのパフォーマンスをテストした後
- 複雑なロジック、重要なビジネス
- あなたはビジネスのリソースを大量に消費します
- 外部システムとのコール・インタフェースが存在し、ビジネスデータ交換の大規模な量があります
- サードパーティのビジネス・コンポーネントを呼び出して、複雑なビジネスロジック
第二に、同時計算
ビジネス150,000単一日の量、分析のために28の原則、時間の20％以内トラフィック濃度の80％によると、四時間一日のピークの合計：
= 120 000 150 000 * 80％
24時間* 20％= 4.8時間
4時間/4.8時間= 83％
4時間の全検査時間、所望のトラフィックの大きさ：
120 000 * 83％= 99600
基準点として、試験の2時間、トラフィックの所望の量：
120 000 *（2 /4.8 H、H）= 50,000
上記の分析を通じて、50,000ユーザーをサポートするためのプラットフォームをテストする必要が2時間以内にログイン
実行するために単一のユーザスレッド、事業の各セグメントに必要な基準時間を算出し、90％の単一サンプルの消費の使用：135 + 88 = 222ミリ秒、プラスレイテンシページ操作、合計時間が必要：0.223s + 5S + 3Sを+ 3S = 11.223s
式へのスレッドの数は、必要に50,000ビジネスユーザーを取得するには、2つの時間をシミュレートします：
total_Thread = 50000 /（/ 11.223 2 * 60 * 60）= 77.88
丸め、スレッドの数は78であります