時には一緒に二つの概念を混乱。
しかし、分離すること、そして、それは--------そうです
（PCLはの言葉を引用する）
ストレステスト（STRESSTEST）と負荷テスト（負荷テスト）は何の違いは？「
私たちは最初のストレステスト、負荷テストであるかを理解しましょう
引き起こされたシステムのパフォーマンスに影響を与えるのに長い時間のために一定の負荷条件の下でストレステストを、連続運転。
負荷テスト：システムによって引き起こされる特定のワークロードの下でロードして、システムの応答時間。
ストレステスト、試験荷重や負荷の種類は、他のタイプかもしれ長時間実行があり、それを見ることができるという概念からそれらを区別します。
ストレステストは、（任意の）与えられた条件でソフトウェアを見つけることですシステム性能の変化。入力が負荷（同時、ループ操作、マルチユーザ）を増加させ、これらの様々な入力の特性の変化を測定するアプリケーションへの応用に適用される変更することにより、それはしばしば言われていますコンセプト：最大負荷電流のハードウェアおよびソフトウェア環境下で圧力テスト検査システムが負担し、ヘルプを実際にシステムのボトルネックを特定することができ、このテストは、負荷テストと呼ばれますが、負荷テストは、ストレステストの特定のタイプを記述するために通常であります-ストレステストにアプリケーションをユーザーの数を増やします。
例えば、実際に我々は徐々に負荷テストを言っていること、アプリケーションの応答時間が経過するまでシミュレートユーザーの数を増やし、比較的小さな負荷から言います。
----
再びWebテストの内容を引用
2、負荷テスト
ウェブ負荷試験正しくニーズの範囲内で動作するようにそのWebシステムを確保するために、システム・レベルのパフォーマンスの負荷を測定することです。負荷レベルがある時点でユーザー数が同時にWebシステムにアクセスすることができる、また、オンラインデータ処理の数とすることができます。たとえば：Webアプリケーションは、オンラインの同時ユーザの数を許可することができますか？あなたがこの数を超えた場合、何が起こるのだろうか？Webアプリケーションは、同じページに対するユーザーの要求を大量に扱うことができますか？
3、ストレステスト
負荷テストは、Webパブリッシングシステム後の実際のネットワーク環境でテスト、スケジュールする必要があります。企業の内部スタッフ、特にプロジェクトチームは常に制限され、要求の数のWebシステムは、同時にプロセスは、インターネット上でのみ、それゆえ、これまでこの制限を超えて負荷テストを受け入れることができるため、結果は正しいです信頼できます。
ストレステストは、Webアプリケーションの実際の破壊は、システム、テストシステムを反映しています。ストレステストは、テストおよび障害復旧システムへの能力を制限することで、Webアプリケーションのテストシステムは、状況が崩壊してしまうものの中に、崩壊しないだろう。システムの再起動時にWebアプリケーションシステムのクラッシュまでのハッカー、多くの場合、間違ったデータをロードし、アクセスを得ます。
ストレステスト領域は、フォーム、ランディングページや他の情報伝達などを含みます。
最も簡単な言葉：
負荷テストは、それ自体が最大のパフォーマンステストに耐えることができるソフトウェアをテストすることです。
ストレステストは、破壊的なパフォーマンステストで、
あなたはこれら二点の違いを理解すれば、それはパフォーマンステストを理解することは非常に簡単です。
周風水は理解：
これらの概念は混沌であることを特徴とするべきです。私は理解して：
1、パフォーマンステストは、応答時間、リソース使用量、システム容量の限界などを含む、様々なビジネスシナリオにおける性能を試験含む大カテゴリ、ある負荷試験、圧力試験は
唯一のパフォーマンステストのみテストにさまざまな角度からと能力試験サンプル;
2は、目標圧力安定性試験は、交通渋滞の状況下で、特定の負荷システムの下で長い時間のためのテストラン、長時間の走行性能に特に注意です変化（例えば、か
遅い反応、メモリリークが回復するかどうかを、徐々に崩壊し、システムの原因となる場合）、2例含む制限ストレステストと障害回復能力テストシステムであって、
安定性ストレステスト：選択中の圧力下で、長期的な操作。そのようなストレステストを介して、メモリリークを伴うまたは伴わない、または機能的障害なしに、指定された範囲内のパフォーマンス指標を調べることができ、
破壊的ストレステスト：このようなシステムのパフォーマンスなどのストレステストの安定性に問題があるかもしれません大幅に減少したが、その真の原因を公開することは困難です。常に多くの場合、システムの急速な崩壊が生じ、加圧されたまたは明らかな問題が露呈させる破壊によって;
3、目標負荷テストは、安定性、ない心配心配ない（一定の負荷の下でシステム性能をテストすることです長い目で見れば、異なる負荷に関連するパフォーマンスメトリック）を得た
;実際には、私たちはしばしば異なる負荷アプリケーションの応答時間で観察した数字（負荷の増加）をシミュレートユーザーを増やし、比較的小さな負荷から開始し、資源の消費、またはオフタイムアウトまで
異なる負荷試験システムの下での性能であることを特徴とする試験の荷重でキーリソースの枯渇、;
4、テストは、異なる構成を含む、トラフィックを処理するためのシステム全体の容量の容量を決定することができる、異なりますシーンにおけるユーザの最大数、最大ファイルサイズ、最大の取引量を処理するデータ処理されたレコードの最大数。これは、システムの能力の究極のテストです。