パフォーマンステストのシリアル - 要件分析

パフォーマンステスト&感覚のコンセプト

コンセプトシミュレーション技術を用いて多数のユーザーが同時に、観察し、テスト対象のアプリケーションにアクセス記録や性能分析システムのプロセス。

:ターゲットの性能評価システムにおける最大のユーザー負荷容量のボトルネック、予測システム

 

パフォーマンステストの意味

1)有効)2)システムは、スキーム4のベアラバースト的なトラフィックの発生を指示することができる)3を調整するアシスト、パフォーマンスのボトルネックを識別することができる性能評価システムのシステム性能指標を評価することができるシステムの運用・保守コストのために使用することができます予算

 

パフォーマンス要件分析

 

需要元

テスト:リスクを回避するために、ビジネスに基づいて提案されたパフォーマンステスト

開発:いくつかの遅いページの負荷を考えます

O&M:システムの提案サービス機能のパフォーマンスの評価

製品:オンラインフィードバックパフォーマンスの問題

ユーザー:特定の必須性能要件を上げます

 

ニーズ評価

クリティカル評価:ありますについて性能試験が行われます

プロパティを含む、生命の安全システム。以下のような:決済システム、電気システム事業、金融業務システム、医療保健評価システム

コアビジネスの多数のユーザーとの初めての大規模な生産システム、(のような:チケットを確認し、ラッシュチケット、支払いました)

システム・コア・データベース、ビジネス・ロジック、ハードウェアとソフトウェアのアップグレード

バージョン履歴を評価されていない非機能重大な欠陥や危険な項目があります。

アップグレード後、トラフィック、加入者、30パーセントの増加以上のノード

システムアーキテクチャのシーンの重要な変更

深刻なパフォーマンスのバグ修正の後、正式な環境が悪であるかどうか

 

一般的な評価:60個の以上のポイント、パフォーマンステストを行う必要があります

アップグレード、およびアップグレード外部ドッキングインターフェースシステムに含まれている、支払いインターフェース、他のシステムや他の関連するインターフェース(20ポイント)を使用したWebサービスコールインタフェースがあります

より高いリスク調整後のパフォーマンスを向上させるかどうか(20点)

顧客の要求の存在がコンポーネントまたはビジネスプロセスをテストする必要があります(20ポイント)

プラットフォームの中心にあるかどうか(15ポイント)

配備(15点)を調整または最適化する方法があるかどうか

大きな変化の修復に関与する複数の機能フロー(10分)かバグ

 

研究ニーズ

ユーザーの視点:

1)頻繁に使用され、ユーザが使用するシーンが多数存在します

高2)取引は、毎日会計シナリオの≥80%を占めました

3)特殊取引日またはピーク取引は、シーンの≥80%を占めました

4)パフォーマンスの低下やシーンを調整してきました

 

プロジェクトチームの視点:

1)事業のアーキテクチャを調整

2)ロジックの複雑さ、より重要なビジネス

3)事業のリソースを大量に消費します

インターフェースの存在は、外部システムと)4を呼び出し、ビジネスデータ交換の多数

5)サードパーティのビジネス・コンポーネントを呼び出して、複雑なビジネスロジック

 

オペレーションの視点:

1)今後の事業展開計画を満たします

2)システムは、将来のビジネスニーズを満たすために必要

 

要件分析

オンデマンド:ユーザー情報の数

現在および将来の使用のシステムの調査、ユーザーの1)数

=ユーザー数システム現在システムに登録されたユーザーの数は、登録ユーザーの数は、彼は毎日、すべての時間を使用しますという意味ではありません。

=同時ユーザーの数は、オンラインユーザが(混合シナリオに対応する)オンラインシステムを動作させます

=同時ユーザーの数を同時にオンラインと同時に同じ機能を操作する(1つのシーンのセットポイントを追加)

現在および将来の日々2)調査システム、毎月のアクティブユーザー数

その後、このデータの一部は、システム・コンフィギュレーション・データの現在の実際の圧力です:アクティブなユーザーの現在の数は、それがどのように多くのユーザーのシステムを使用している一日程度であり、

 

需要II:トラフィックデータ

背景データの現在および将来の量の1)調査

チェックするので、10〜100からのデータはすぐにかもしれないが、将来的には、データの量が100ワットとなります。

毎日の使用の現在および将来の事業計項目の2)調査

どのくらいのユーザーごとの可能な、毎日、平均して、何回この操作を実行する場合は、単一のペン?だから、ユーザー数に応じて、私たちは毎日の項目の順序を決定することができます。50人、1日10回の平均は、それぞれ100本のペンとして、総アイテムは50 * 10 * 100 = 50000ペンです。このデータは、TPSに従って変換され、我々はシステムのうち事業の合計額は、このデータに達することができるかどうかという点に対処できることに注意してください、それはまた、非常に重要な指標です。

3)全項目の調査ピーク現在および将来の事業

 

ビジネスシーン調査:3つの要求

1)システムは、最も重要な、コアビジネスであります

第一のコアビジネスロジックの主なポイントまでシステム最低料金:システムまたはこれらの機能を同社は、多くの場合、優先順位は、これらの機能のパフォーマンステストを満たすためにでなければならない何にかかわらず、決定的な役割を果たしています

多くの場合、圧力関数点下2)高トラフィックの機能、

例えば、Baiduの検索のために、そのコアビジネスは、検索機能であるが、その高トラフィックが最初に検索入力ボックスに直面する家、百度にロードされます。クリティカルなシステムでは、システムのパフォーマンスは、コアビジネスは、場所の前に通過しなければなりませんそれをロードするホームは、高トラフィックの要求であります

ビジネスの複雑さの3)高度

多くの場合、ビジネス・ロジック・エレメントの複雑さが1,2ポイントが装備されていると言う、その機能の数は、システム上の少ないが、非常に深刻な影響を使用する場合があります、そのビジネスロジックの複雑さに、これらの機能の可能性も、多くの場合、間違っていますこれらの機能もテストする必要がありますので、比較的高いです

 

次へ:パフォーマンステストプログラム

ヘビー福祉!無料の「JMeterのインターフェイスの自動化と実際のパフォーマンスを。」を受信

 

 

 

 

おすすめ

転載: www.cnblogs.com/Zfc-Cjk/p/11028493.html
おすすめ