テストユニット（UT（ユニット テスト））：テストユニットテストは、モジュール、などの手順として、行うソフトウェアの基本的な単位です。目的は、ソフトウェアの基本的な単位の正確さをテストすることです。制御フローテストメインユニット、データフロー試験、デバッグ、テスト、フェンウィック試験の試験方法。
統合テスト（IT（統合テスト））：統合テストは、テストされたソフトウェアシステム統合処理が行わ、その主な目的は、ユニット間のソフトウェアインターフェイスをチェックすることである正しいです。統合テスト戦略主にトップダウンとボトムアップの2種類。
システムテスト（ST （システム テスト））：全系の試験として見られる全製品。その目的は、システムが要求仕様の定義を満たしていることを、領域が要求仕様とか矛盾に準拠していない識別検証することです。多くのソフトウェアシステムのテスト方法、機能テスト、パフォーマンステスト、UIのテストがあります。
受け入れテスト（ATP（受け入れ テストの 手順））：システムテストソフトウェア製品の完了後、製品リリースソフトウェアのテスト活動の前に行います。これは、テストの最終段階です。その目的は、システムのユーザー要求仕様（プロジェクトまたは製品合否判定基準を含むことができる）の要件、テストはさらにソフトウェアを改善することができ、残りのソフトウェアの欠陥を見つけることを試みるかどうかを確認するために、システムやソフトウェアのことを確認することです最終製品は、ユーザーの受け入れです。いくつかの態様を試験する（等ユーザーマニュアル、操作マニュアルなど）ユーザビリティテスト、互換性テスト、インストールテスト、ドキュメンテーションを含みます。
回帰テスト：回帰テストは、ソフトウェア変更後のソフトウェアのテストで維持段階です。その目的は、ソフトウェアの変更をテストすることで正しいです。ここでは、修正正確には2つの意味があります：まず、このようなエラーとして意図された目的を達成するためになされた変更は、新しいオペレーティング環境に適応することが修正されましたというように、そして第二に、ソフトウェアの他の機能の有効性には影響を与えません。
性能試験:(負荷試験、ストレス試験、安定性試験、同時テスト、テスト構成、ベンチマーク分割）は、通常、最初の3つは、他の試験と実質的に同じ、例えば、それは複雑な応力、および信頼性であるために安定性は同じ意味です。
性能試験は：期待される性能を達成することができるならば、許容される範囲内で検証システムリソース、定圧システムの前提の性能予測を指します。
負荷試験（テスト負荷）：システムを指すは、圧力を増加またはアイテムまたは性能指標システムの数は、システムが耐えることができる最大負荷を決定するために、安全閾値に達するまで、いくつかの圧力下での持続時間を増加し続けます。
ストレステストは、（テスト応力）：ボトルネックを識別することによって、システムの圧力を増加させる、安全負荷を超えた場合を意味するか、ユーザの要求のシステム性能ポイントを受け取ることができない、システムの最大レベルを得るためにサービスを提供することができます。
安定性試験（S用tabilityの Tのestingは）：指定された条件の下で試験されるシステムを意味し、圧力がシステムに適用され、いくつかの動作は、それによってシステムが安定して検出する、より長い期間のために実行します。
コンフィギュレーション・テスト（ConfigurationTestingは）：システムのハードウェア/ソフトウェア環境を調整することで、システムの最適な構成を見つけるために、システムのパフォーマンスに異なるアマドコロの様々な効果を理解しています。通じた環境では、最適な転送方法を見つけるために、システムのパフォーマンス上のさまざまな要因の影響を理解しています。現在の設定の1、2パフォーマンスのパフォーマンスは、現在の設定では、将来の事業成長3に調整可能な資源の存在の現在の構成を適合させることが可能です
同時試験（並行試験）：同じマルチユーザ・テスト・アプリケーション、モジュール、またはデータにアクセスするために、ユーザをシミュレートすることにより、同時アクセスは、観察システムのデッドロックするかどうかを、おなじみの処理システムは、いくつかの他の性能問題に減少しました。
信頼性試験（信頼性試験）：特定のビジネスのシステム圧力は、システムの安定性の要求かどうかを観察するために、システムはいくつかの時間のために実行を継続することができます。数日の失敗せずに実行し続けることが可能なシステムとしての明確な要件を、与えられなければなりません。（同一の定義安定性試験ではなく、同じ名前）
ベンチマーク（ベンチマークテスト）：特定のハードウェア/ソフトウェア、およびネットワーク環境下では、シミュレートされたユーザーの数は、実行することによって、1つまたは複数の仮想サービス、参照データのためのテスト結果テーブル、システムのチューニングや評価プロセスを実行しますただし、ビジネスシナリオのようなチューニングシステムが効果を選択するか、意思決定のための基礎を提供するかどうかを判断するためにテストの結果を比較します。試験対象物1の場合は、2つのメトリックは、試験、試験および調整に必要な性能やサービス契約を確保するために、システムのパフォーマンスを向上させます。
容量試験（Vのolume Tのesting）：負荷試験と同様に、システム性能、すなわち限界または境界を設定し、特定の環境における特定の性能として見ることができます。オブジェクトがメトリック限界を試験することにより、事前に分析される（例えば、同時ユーザーの最大数は、データベースレコードなどの数）が限界状態で故障することなく、ソフトウェアアプリケーションの機能、システムソフトウェアを反映するか、その主な機能を維持することができ通常動作。試験はまた、所与の時間における最大負荷能力、またはワークロード・テスト・オブジェクトは、処理を継続することができるかを決定します。
疲労強度試験（疲労強度試験）：システム安定した動作では、ユーザの数、ビジネスの継続的実施期間が最大トランザクション性能指標及びリソース監視指標包括的な分析を処理するためのシステムを決定するために、同時ユーザーの最大数、または日常業務をサポートすることができますプロセスワークロードの強度特性。疲労強度試験は、このようなメモリリークなどのシステムの問題、のパフォーマンスを反映することができます。
テストフェイルオーバー（フェールオーバテスト）：問題がある後に戻って回復し、通常の動作を再開する機能することができます事前に定義されたポリシーに基づいてシステムに焦点を当てています。一般的に、主に大きな影響が全体的に現在持っているかどうかにかかわらず、システム障害をテストするためには、その負荷分散システムで行われ、影響が許容範囲内であり、ユーザは、システムを継続して使用することができます。
アプリケーション・パフォーマンス・テスト：技能試験、キャパシティプランニング、パフォーマンスチューニングは、欠陥が見つかりました。
応答時間（R＆LT esponse T IME）：ページの表示時間に応じて、要求、最初からクライアント要求、端から、サーバーから必要な応答時間を指します。
同時ユーザーの数は：同時にサーバーと対話するオンラインユーザーの数を指します。実際の性能試験では、サービスの同時ユーザの数についての一般的関係、式（1）及び（2）Cは、同時ユーザーの平均数である同時ユーザーのピーク数を推定するために使用され、Cpは同時ユーザーのピーク数であり、 nは、数IoginセッションでLはIoginセッションの平均長さである、Ioginセッションがシステム時間を終了するためにシステムにユーザがログインとして定義され、ユーザはIoginセッションポアソン分布を生成すると仮定され、Tは、検査時間の長さです。時間の長さは、例えば、8時間OAシステムを調べます。
同時ユーザC = N L / T（1）の平均数
同時ユーザーCpのピーク数= C + 3√C（2）
OAシステムは5,000ユーザーがいると仮定し、毎日システムにアクセスするユーザの平均数は800であり、ユーザは、（式に従って、4時間、システムを終了する平均時間に作業時間の8時間、ログインから1日における一般的なユーザーの中にシステムを使用します1）及び（2）同時ユーザの平均ピーク数及びユーザ数を計算します。ここで、C = * 4/8 = 400 800、のCp = 400 + 3 *√C= 460。
オンラインユーザーは：システムにログインしたユーザを指し、ユーザーの数は、セッション（セッション）が故障ではありませんログインしてください。
TPS（第1トランザクション当たり）：システムが処理できる秒あたりのトランザクション数やトランザクションは、それがシステム容量の重要な尺度です。
CTR（毎秒ヒット）：クライアントはサーバーにリクエストを送信します。
スループット（全体で）：単位時間当たりのバイト数は、サーバから返され、また、クライアント・サーバによって提出され、単位時間当たりに処理要求の数を参照することができます。これは、スループットの値が、スループットの大きな値、スループットの大きな値は、システムの複数の負荷容量通常、より大きなネットワークのパフォーマンス、スループット=スループット/試験時間の重要な尺度であります強いです。
スループット：単位時間当たりのサーバーによって処理されたバイト数、バイト/秒（バイト/秒）で反応索引サーバ処理能力。F = Nvuは円* R / T、Fは、スループットを表し、NvuはVUは、（仮想ユーザの数）の数を表し、Rは、発行された時間T VU内の各リクエストのバイト数を表し、Tは試験性能に使用される時間です。システムは、パフォーマンスのボトルネックが発生した場合でも、この式は適用されなくなります。高いスループット分岐システム容量強く、スループットの増加に伴い、毎秒ヒットを増やす必要があり、この増加は、に基づいて、ユーザーによって発生したすべての要求を処理するのに十分な帯域幅に基づいています。あなたはクリック数やスループットの定数を増やすか、減少した場合、それはサーバーが要求の増加（毎秒ヒット）を実行することができないことを意味し、その結果は、トランザクションの応答時間が増加しています。
リソース使用率は：リソースは異なるハードウェア・サーバ・システムに適している程度を指します。その上でCPU使用率、メモリ使用率、ディスク使用率、ネットワークとを含みます。分析システムリソースの利用が主に性能特性を改善することに基づいており、さらに、チューニングテスト構成時に、チューニングは、好ましくは、前と変調効果の後に配置されたシステムリソースの利用率を比較することによって決定されます。=実際のリソース使用量のリソースの使用量、利用可能なリソースの/合計量* 100％
パフォーマンスカウンタ（カウンタ）など、指標の範囲によって分析：等CPU、メモリ、インジケータこの一連のカウンタと呼ばれ、それはデータインジケータの一部のサーバーまたはオペレーティング・システムの性能の説明です。主な観測システムリソースの使用率を開くには、カウンタを追加します。パフォーマンスカウンタは、オペレーティングシステム、データベースカウンタ、アプリケーション・サーバーのカウンターを含むカウンタをパフォーマンス。カウンターは、Queのカウンタ値が非常に重要な役割を果たしている、それが点に留意しなければならない、パフォーマンスのボトルネックを見つけるために、特に拡張性とシステム分析では、パフォーマンステストプロセスにおける「モニタリングと分析」において重要な役割を果たしています一般に、単一のパフォーマンスカウンタは、パフォーマンステストプロセスのシステム性能分析試験結果の一の態様を反映する異なる複数のカウンタに基づいて分析しなければなりません。
（時間を考えて）時間を考える：2要求時間間隔。LoadRunnerの関数は（lr_think_timeに使用されます）