パフォーマンステストの概念
パフォーマンステストは、通常まとめパフォーマンステストと呼ぶことができる等の性能試験、負荷試験、ストレス試験、強度試験を参照し、性能戦略または方法の性能となっている
、例えば、ストレステストは、システムを実行することであると予想負荷超える
容量試験は作ることですシステムは、それが適切に処理できるかどうかを調べるために余分なデータ容量に耐える
---
もちろん、他のいくつかの概念は、関連するリミット・テストがあるのですが、ただ、性能の異なる側面を記述する
合理的なパフォーマンステストの定義
シアトルのかどうかのパフォーマンス指標を評価するために、パフォーマンスのボトルネックやチューニング、最終的な結果のパフォーマンスの結果を決定するために、パフォーマンスシーン条件での性能システムのテスト、パフォーマンス・テスト・モデルの確立、監視戦略を開発するために指定されたパフォーマンス・テスト・プログラム、実行性能シーン、分析会う所定の値
以下は、パフォーマンス・テストを行うこともアイデアとして使用することができます全体のパフォーマンステストの手順を説明する分けることができます
パフォーマンステストは、モデルが必要
パフォーマンステストモデルは何ですか？これは、ビジネスモデルとして支払いはみなすことができ、本物のように、電力システムプロバイダとしてシーン、ログイン、購入注文でビジネスモデルで
選択するように来る本当、このようなビジネスのピークとして、基本性能試験モデルの選択は、実際のビジネスシナリオに基づいて事業の重要性モデルの一部で同時マルチ実際、全体的なビジネスの特定の重力は、解析結果の一連の使用可能な結果を得るために、カウントすることができる統計オンラインサービス（オブジェクトが性能試験を行うことができます）
パフォーマンステストプログラムの必要性
パフォーマンステストプログラムは、いくつかの重要なポイント、すなわち、テスト環境、テストデータ、テストモデル、パフォーマンス指標、圧力戦術、準アクセスとスケジュールのリスクを持っている必要があります。
テストプログラムの全体構成
パフォーマンステストは、監視が必要です
性能試験の監視、階層化の必要性、paragraphing持つグローバルサーベイランス、目標と監視機能
パフォーマンステストは、所定の条件が必要です
ここでの条件は、ハードウェアおよびソフトウェア環境にテストデータを参照し、テスト実行ポリシー、圧力補償内容など、これらの条件は、シナリオの実行前に必要であり、これらの条件がに決定されなければならない
いくつかのシーンを動的動的な圧力を変更します拡大は、また、例えば、我々は、10msのに到達するためにCPU使用率に達するに80％またはI / O応答時間を決定する動的な拡張を行い、明確な戦略を持っています。また、これらの条件を予め定めています。
パフォーマンス・テスト・エンジニアが効果的にするために、把握する必要があり、ソフトウェアとハードウェア資源、テストデータとテスト実行戦略に行われた作業のいくつかを理解する必要があるので、パフォーマンステストを完了
パフォーマンステストは、シーンが必要です
それは、「シーンのパフォーマンスは、」言葉はパフォーマンステストで極めて重要な位置を占めているが、私たちの多くは、「シーン」に定義すべきか理解していない、と言うことができます。英語のシナリオからのシーンは、より本格的な説明「シーン」でシーンの性能は次のとおりです。（データ変更シナリオの実行を含む）を設立したデータ、（動的な拡大戦略を含む）与えられた環境の中で、実装戦略を確立します、期待に沿ったかどうかのシーンを決定するために、すべてのシステム性能パラメータのレベル、およびリアルタイム分析の状態を観察しながら、確立された監視下性能スクリプトの実行。
パフォーマンステストシナリオの一般的な分類：
1.ベンチマークシナリオ：混合容量のために準備するために、単一のトランザクションの容量、
2容量のパフォーマンスのシナリオを：様々なビジネスの複雑さに応じて、シーンのこの部分は数考案します
3.安定性能のシーンを：安定テストは、分類性能のシーンでなければなりません。今だけ、実際のプロジェクトでは、基本的な安定性試験および生産はあまりにも一貫性がありません。安定性試験では、明らかにコア要素は、（ビジネスモデルの容量でシーンに同定されている）時間であり、時間の設定は、運用・保守サイクルからではなく、これらの人々の所有者、製品や他の心理的なアーキテクチャから来る必要があります安心感。
4.異常なパフォーマンスシーン：異常なパフォーマンスシーンを行うには、前提は圧力を持っていることです。圧力流れ、シミュレーション例外の下で。
パフォーマンステストシナリオは、テストケースでテストすることができます。
パフォーマンステストは、解析のチューニングが必要です
最終的にはパフォーマンステストは、ここではパフォーマンスの問題、性能検証やフォローチューニング機能を持っている必要があり、さまざまな意見を見つけることである
あなたは、次の区分を行うことができ、チューニングの必要性のために：
1.新しいシステム性能試験：このプロジェクトは、システムピークの能力をテストする必要があります、またはライン上で終わらなかった
、システムの性能試験の2古いバージョン：本来の性能比較を行うために、パフォーマンスは限りすることができますように低下していなかった、チューニングは必要ありません
。3.新しいシステムのパフォーマンスの最適化を：、最大ピーク容量を測定も調整する必要があるだけでなく、優れました
ポリシーのチューニングについては、その後、フォローアップ記事では説明しました
パフォーマンステストは、結果に関する報告書を要求します
それは内部のプロジェクト、テーブルまたはその上にメッセージがあるが、プロ意識が十分でない場合
、我々が知っている必要があり、関係するボスやボスのほとんどは、これらは意味がありませんどのくらいの時間ではなく、どのように多くの人々よりも、テストの結果でありますデジタル。私たちは、TPSは、優れた応答時間とリソースの比較チャートの前と後の報告書で提起された記述する必要があります。
パフォーマンステストのコンセプトマップ
PS：この記事では、参照レコードを使用することを学ぶためのものです。