パフォーマンステストの基礎知識
1. パフォーマンステストとは何ですか
自動ツールを使用してさまざまなシナリオをシミュレートし、ソフトウェアのさまざまなパフォーマンス指標をテストおよび評価するプロセスがパフォーマンス テストです。
1. バックグラウンド処理プログラムのパフォーマンス (コードパフォーマンス)
2. ミドルウェア、データベース、アーキテクチャ設計などにボトルネックがあるかどうか。 3. 接続されているソフトウェアのサーバー
リソース消費量 (CPU、メモリ、ディスク、ネットワーク)
例: Tomcat、Apache など。
2. パフォーマンステストの指標は何ですか?
1. 応答時間
クライアントはリクエストを送信し、クライアントはサーバーから返されたレスポンスを受け取ります。このプロセスで発生するすべての時間が応答時間になります。
2. 同時実行性
同時テストのユーザー数 (特定の物理的瞬間にシステムにリクエストを同時に送信するユーザーの数)
3. スループット
スループット (Throughput) は、単位時間あたりに処理されるクライアント要求の数を指し、ソフトウェア システムのパフォーマンス保持能力を直接反映します。
知らせ：
1. ビジネスの観点から、スループットは「ビジネス数/時間」、「ビジネス数/日」、「訪問者数/日」、「ページビュー/日」によって測定することもできます。 2. ネットワークの観点から
、 「バイト/時間」、「バイト/日」などを使用してネットワーク トラフィックを測定することもできます。
3. テクニカル指標の観点からは、1 秒あたりのトランザクション数 (TPS) と 1 秒あたりのクエリ数 (QPS) を使用できます。サーバーの特定のパフォーマンス処理能力
3.1、TPS
説明: Transactions Per Second、1 秒あたりのトランザクション数 (単位時間あたりにシステムによって処理されるクライアントによって要求されたトランザクションの数)
計算: TPS = 同時実行数/平均応答時間
トランザクション: 1 つ以上の操作に対応するビジネス リクエストです。サーバークエリユーザー残高、支払いセキュリティ検証、その他の操作を含む支払いリクエストなど。ビジネス リクエストがサーバーに送信された後、最終的にサーバーに対応するビジネス リクエストのコードが特定されます。これは 1 つのコードである場合もあれば、複数のコードである場合もあります。
3.2、QPS
説明: QPS (Query Per Second) 1 秒あたりのクエリ数
アプリケーション: 1 秒あたり指定された数のリクエストを処理するようにサーバーを制御します (例: サーバーのパフォーマンス指標が正常かどうかにかかわらず、1 秒あたり 60QPS に達するようにサーバーを制御します)。（Webサーバーの処理能力を測る重要な指標）
4. クリック音
ヒット数はWebサーバーの処理能力を測る重要な指標です。
ヒント：
1. ヒット数は、多くの人がページの訪問がヒット数であると考えているヒット数ではなく、要素 (画像、リンク、フレーム、など）のページに含まれています。
5. エラー率
エラー率は、負荷状況下でシステムがビジネスに失敗する確率を指します。エラー率 = (失敗したトランザクションの数/トランザクションの合計数)*100%。
6. リソースの利用
システム内のさまざまなリソースの使用状況を指します。一般に、リソース使用率のデータは、「リソース使用量 / 総リソース可用性 × 100%」で形成されます。
ヒント: 通常、特別なニーズがない場合は、
1. CPU は 80% (±5) 以下であることをお勧めします。
2. メモリが 80% 以下である
3. ディスクが 90% 以下である 4). ネットワークが 80% 以下である
3. パフォーマンステストの目的
システムの弱点の特定、システム機能の評価、システム パフォーマンスのボトルネックの発見、システムの信頼性と安定性の向上、システムのチューニング、およびソフトウェアが将来のパフォーマンス要件を満たせるかどうかの評価を行います。
第四に、パフォーマンステストの分類
ベンチマーク
単一ユーザーがビジネス シナリオ テストを実行し、パフォーマンス指標をカウントします (後続のマルチユーザー パフォーマンス テストの参照と比較のために)
負荷テスト
システム負荷を段階的に増加させて、システム性能の変化をテストし、性能指標を満たすことを前提としてシステムが耐えられる最大負荷をテストします。
通常、負荷テストを通じて、システムの最適な負荷と最大負荷を見つけることができます。
特徴：
1): この方法の主な目的は、システムの処理能力の限界を見つけることです。
2): この方法は特定のテスト環境で実行され、通常はビジネス上のプレッシャーとテスト対象システムの典型的なシナリオを考慮する必要があります。
3): この方法は通常、システムのパフォーマンス能力を理解するため、またはパフォーマンス チューニングで使用するために使用されます。
安定性試験
サーバーが安定して実行されている場合 (通常のビジネス負荷)、長期テストを実施して、サーバーが正常に実行できることを確認します。
長期: 1 日、1 週間。
圧力試験
システムが特定の飽和状態（CPU、メモリなど）にある場合、システムが処理できるセッション容量、およびシステムでエラーが発生するかどうか
特徴：
1. この方法の主な目的は、システムに負荷がかかっているときのアプリケーションのパフォーマンスを確認することです。この方法は、アクセス負荷を高めることでシステム リソースの使用量を一定レベルに維持し、この時点でのアプリケーションのパフォーマンスを確認します。エラー メッセージの生成に焦点を当て、アプリケーションに対するシステムの応答時間などを調べます。
2. この方法は通常、システムのリソース使用量をより高いレベルに達させるために、シミュレートされた負荷などの方法を使用します。
構成テスト
テスト対象システムのソフトウェアおよびハードウェア環境を調整することで、さまざまな環境がシステムパフォーマンスに与える影響の程度を理解し、さまざまなシステムリソースの最適な割り当て原則を見つけることができます。
特徴：
1. この方法の主な目的は、システムのパフォーマンスに対するさまざまな要因の影響の程度を理解し、最も価値のあるチューニング操作を決定することです。
2. この方法は通常、システムの性能を事前に理解した上で実行され、特定の環境、操作手順、圧力条件下で実行する必要があります。
3. この方法は通常、パフォーマンスのチューニングと計画機能に使用されます。
同時実行テスト
複数のユーザーが同じアプリケーション、同じモジュール、またはデータ レコードに同時にアクセスするときに、デッドロックやその他のパフォーマンスの問題が発生するかどうかをテストします。ほとんどすべてのパフォーマンス テストには、いくつかの同時実行テストが含まれます。
能力テスト
制限条件下でのシステムのさまざまな制限パラメータ値に注意してください。
特定のソフトウェアおよびハードウェア条件下では、桁違いの数のレコードがデータベース内に構築され、一定数の仮想ユーザーで 1 つ以上のビジネス シナリオを実行することで、桁違いのパフォーマンス指標が取得されます。データベースが処理できる最大セッション容量、最大容量など。システムは、通常はデータベースに関連する最大数のユーザーを同時にオンラインで処理できます。
信頼性試験
一定のビジネスプレッシャー (CPU リソース使用率 70% ～ 90% など) でシステムに負荷をかけて、一定期間実行してシステムが安定しているかどうかを確認します。実行時間が長いため、通常は、システムが安定しているかどうかをテストできます。システムにメモリリークなどの質問があります。
故障テスト
障害テストは、バックアップや負荷分散を冗長化したシステムにおいて、システムの一部に障害が発生した場合にシステムを継続して使用できるか、負荷分散に何台のマシンを使用するかなど、ユーザーへの影響を検証するために使用されます。負荷、および 1 つまたは複数のマシンのクラッシュ 落下後にシステムが耐えられる圧力。
最後に:熱心なファンに恩返しするために、完全なソフトウェア テスト ビデオ学習チュートリアルを作成しました。必要な場合は、無料で入手できます。【保证100%免费】
ソフトウェアテストの面接ドキュメント
私たちは高給の仕事を見つけるために勉強しなければなりません。次の面接の質問は、アリ、テンセント、バイトなどの一流インターネット企業からの最新の面接資料であり、一部のバイトの上司が権威ある回答をしています。このセットを完了してください。面接資料は次のとおりです。誰もが満足のいく仕事を見つけることができると信じています。
