1.パフォーマンスインジケーターの分類
システムパフォーマンスインジケーター
リソースパフォーマンスインジケーター
ミドルインジケーター
データベースインジケーター
安定性インジケーター
スケーラビリティインジケーター
信頼性インジケーター
2.システムパフォーマンスインジケータ、
応答時間、
システム処理能力、
スループット、
同時ユーザー数、
エラー率
2.1応答時間
応答時間（RTと略記）は、システムが要求に応答するのにかかる時間（要求を処理する時間）を指します。
異なる機能の応答時間は同じではないため、システムの応答時間を説明する場合、通常はシステムのすべての機能を指します。すべての機能の平均応答時間または最大応答時間
さまざまな業界の参照基準：
インターネット：500ミリ秒未満（タオバオビジネスの場合は約10ミリ秒など）
財務：1秒未満が優れ、複雑なビジネスは3秒
未満保険：3秒未満が優れています
製造：5秒未満が優れています
応答時間の絶対値は、ソフトウェアのパフォーマンスを直接反映していません。ソフトウェアのパフォーマンスは、実際には、ユーザーが応答時間を受け入れるかどうかに依存します。
2.2システム処理能力
システム処理能力とは、システムのハードウェアプラットフォームとソフトウェアプラットフォームを使用して情報を処理するシステムの能力を指します。次の指標を使用して測定します
。HPS（
1秒あたりのヒット数）：1秒あたりのクリック数、TPS（1秒あたりのトランザクション数）：1秒あたりのシステムによって処理されたトランザクションの数（トランザクション）、
QPS（1秒あたりのクエリ数）：システム1秒あたりに処理されたクエリの数、回数/秒
一般に、TPSはビジネスプロセス全体の測定に使用され、QPSはインターフェイスクエリの数の測定に使用され、HPSはサーバーのクリック要求を示すために使用されます（大きいほど良い）
さまざまな業界の参照基準：
財務：1000TPS—50000TPS
保険：100TPS ---- 100000TPS
製造：10TPS ----- 5000TPS
インターネットeコマース：10000TPS ---- 1000000TPS
インターネット中規模Webサイト：1000TPS—50000TPS
インターネット小規模Webサイト：500TPS— 10000TPS
2.3スループット
スループットとは、単位時間あたりにシステムによって処理される要求の数を指します。
シングルユーザーシステムの場合、応答時間はシステムパフォーマンスの適切な指標になりますが、同時（マルチユーザー）システムの場合、スループットは通常、パフォーマンスインジケーターとして使用できます。
2.4
同時ユーザー数同時ユーザー数とは、システムにログインし、同時に業務を遂行するユーザー数のことです。
2.5エラー率
エラー率はFRと略され、システムに負荷がかかっているときにトランザクションが失敗する確率を示します。エラー率=（失敗したトランザクションの数/トランザクションの総数）* 100％
参照標準：一般的な成功率は99.4％以上です。
3.リソースパフォーマンスインジケータ
CPU
メモリ
ディスクスループット
ネットワークスループット
3.1 CPU
CPUは、中央処理装置とも呼ばれ、コンピューターのコアおよび制御装置である非常に大規模な集積回路です。主な機能は、コンピューターの指示を解釈し、コンピューターソフトウェアでデータを処理することです。
業界参照標準：
CPUインジケーターは、主にユーザーモード（ユーザー）、システムモード（sys）、待機状態（待機）、アイドル状態（アイドル）などの
CPU使用率を示します。CPU使用率<= 75％
CPU sys％<= 30％
CPU待機％<= 5％
3.2メモリ
メモリはCPUと通信するためのブリッジです。すべてのコンピュータプログラムはメモリ内で実行され、メモリのパフォーマンスはシステムに大きな影響を与えます。
業界標準：
メモリを最大限に活用するために、メモリにキャッシュを格納します。したがって、メモリ使用率が100％であっても、メモリにボトルネックがあるわけではありません。システムメモリにボトルネックがあるかどうかの測定は、主にSWAP（仮想メモリとの交換）のスワップスペース使用率に依存します。 70％未満では、交換が多すぎるとシステムパフォーマンスが低下します。
3.3ディスクスループット
ディスクスループットは、ディスクスループットと略されます。これは、ディスク障害なしで単位時間にディスクを通過するデータの量を指します。
業界参照標準：
ディスクインジケータには、読み取りと書き込みの1秒あたりのメガバイト数、ディスクビジーレート、およびディスクキューの数が含まれます。平均サービス時間、平均待機時間、スペース使用率。ディスクビジー率は、ディスクにボトルネックがあるかどうかを直接反映する重要な基準であり、ディスクビジー率は70％未満である必要があります
3.4ネットワークスループット
ネットワークスループットとは、ネットワークに障害が発生することなく、単位時間あたりにネットワークを通過するデータの量を指します。単位：バイト/秒。ネットワークスループットインデックスは、ネットワーク機器またはリンク伝送容量に対するシステムの需要を測定するために使用されます。ネットワークスループットインデックスがネットワーク機器またはリンクの最大伝送容量に近い場合は、ネットワーク機器のアップグレードを検討する必要があります。通常、デバイスまたはリンクの最大伝送容量の70％を超えない
4.ミドルウェアインジケーター
Tomcat、weblogic、その他のインジケーターなどの一般的に使用されるミドルウェアには、主にJVM、ThreadPool、JDBC
| GC頻度|回/秒| Java仮想マシンのガベージコレクション頻度
|完全なGC頻度|時間/時間| Java仮想マシンのガベージが含まれますフルコレクション頻度
|平均フルGC期間|秒|
フルガベージコレクションの平均期間|最大フルGC期間|秒|フルガベージコレクションの最大期間
| GCヒープ使用量|パーセンテージ|ヒープ使用量
|アクティブスレッド数|アクティブなスレッドの数
|保留中のユーザー要求|数|キュー内のユーザー要求の数
| JDBCアクティブ接続|数| JDBCアクティブ接続の数
5.データベースメトリクス
MySQLメトリクスなどの一般的に使用されるデータベースには、主にSQL、スループット、キャッシュヒット率、接続数が含まれます
。SQL時間のかかる微妙な実行SQLの時間のかかる
スループットQPSクエリ/秒
スループットTPSトランザクション/秒の
ヒット率キーバッファヒット率パーセントインデックスバッファヒット率
ヒット率InnoDBバッファヒット率パーセントInnoDBバッファヒット率
ヒット率QueryCacheヒット率パーセンテージクエリキャッシュヒット率
ヒット率TableCacheヒット率パーセンテージテーブルキャッシュヒット率
ヒット率ThreadCacheヒット率パーセントスレッドキャッシュヒット率
ロック待機時間の数ロック待機時間の数
ロック待機時間微妙なロック待機時間
業界参照標準：
SQLの消費量が少ないほど、一般的にはマイクロ秒の
ヒット率が可能な限り高く、通常は
ロック待機時間が95％以上であるほど、時間が短いほどロック待機が向上します。
6.安定性指標
最短安定時間：システムが最大容量の80％または標準圧力下で安定して動作できる最短時間。
一般的に、通常の稼働日（8時間）で稼働するシステムの場合、少なくとも8時間はシステムの安定した動作を保証できる必要があります。
7 * 24時間稼働するシステムの場合、少なくとも24時間以上安定した動作を確保してください。
参照基準：
TPS曲線は大きく変動することなく安定してい
ます。さまざまなリソースインジケータにリークや異常はありません。
7.スケーラビリティインデックス
は、アプリケーションソフトウェアまたはオペレーティングシステムがクラスターに展開されている場合の、ハードウェアリソースの増加と処理能力の増加との関係を指します。
計算式:(
パフォーマンスの向上/元のパフォーマンス）/（リソースの増加/元のリソース）* 100％
参照標準：
理想的な拡張機能は、リソースが数倍に増加すると、パフォーマンスが数倍に増加することです。拡張容量は少なくとも70％です。
8.信頼性指標
分析システムの信頼性の指標は、三つのカテゴリーで開始することが一般的であるサーバの性能試験について：
デュアルシステムホットバックアップ、
クラスタの
バックアップおよびリカバリ
8.1デュアルシステムホットバックアップ
指標は次の通りである：
ノードのスイッチが消費成功したか否か時間。
デュアルマシンスイッチング中にサービスが中断するかどうか。
ノードのスイッチバックが成功し、時間がかかるかどうか。
デュアルマシンスイッチバックのサービス中断があるかどうか。
2台のマシンの切り替えが実行されている間に、ノードの切り替えプロセスでのデータ損失量が実行されます。同時に、圧力生成ツールを使用して、実際のビジネス状況をシミュレートし、アプリケーションに一定のパフォーマンス圧力を維持し、テスト結果が実際の生産条件を満たしていることを確認します。
8.2クラスター
クラスターモードを使用するシステムの場合、クラスターの信頼性は主に次の方法で考慮されます。
クラスター内のノードに障害が発生
した
場合、システムにビジネスの中断はありますか？クラスターに新しいノードを追加するときに、システムを再起動する必要がありますか？障害が発生
したノードが回復した後、クラスターに参加し、システムを再起動する必要があるかどうか障害が発生したノードが回復したら、クラスターに参加します、システムにビジネスの中断があるかどうか。
ノードの切り替えにはどのくらい時間がかかりますか？クラスターの信頼性を検証する際、圧力ツールを使用して、特定の条件に基づいて実際のビジネス関連の状況をシミュレートし、アプリケーションに一定のパフォーマンス圧力を維持し、テスト結果が実際の生産と一致していることを確認する必要があります。ハプニング。
8.3バックアップとリカバリ
このインジケータは、システムのバックアップ/リカバリメカニズムが効果的で信頼できるかどうかを確認するためのものです。これには、システムのバックアップとリカバリ、データベースのバックアップとリカバリ、アプリケーションのバックアップとリカバリが含まれ、次のテスト内容が含まれます。
バックアップが成功したかどうか、および所要時間。
スクリプトを使用してバックアップが自動的に実行されるかどうか。
回復が成功したかどうか、およびどのくらいの時間がかかりますか。
スクリプトを使用してインジケーターシステムのアプリケーション原則を自動化するかどうかを回復します。
インデックス項目の採用と調査は、対応するシステムのテスト目的とテスト要件によって異なります。テスト対象のシステムが異なり、テストの目的が異なり、テスト要件も異なり、調査される指標も大きく異なります。
一部のシステムに追加のフロントエンドユーザーアクセス機能が含まれている場合は、ユーザーアクセスの同時実行インジケーターを調べる必要があります。
バッチ処理プロセスの性能検証では、主にバッチ処理効率を考慮し、バッチ処理時間枠を推定します。
テストターゲットにシステムパフォーマンス容量が含まれる場合、テスト要件は、関連するインデックス項目の定義に従って、パフォーマンスインデックス要件を明確に説明する必要があります。
テスト指標を取得したら、関連する前提条件（ビジネスの量、システムリソースなど）を説明する必要があります。