2023年の性能試験で注意すべき6つのポイント、知らないことは見に来てください
目次
1.ストレステストの常識
1. 性能試験の流れ
2. 性能試験の種類
・負荷試験:
段階的に圧力を増加させる方法により、確立されたパフォーマンスしきい値の目標が達成されます (CPU 使用率が 80% 以下など、しきい値の設定は特定の値未満にする必要があります)。
・ストレステスト:
徐々に圧力を高める方法により、システムの一部のリソースが飽和したり、機能不全に陥ったりすることがありますが、どのような状況がシステムを破壊する可能性があるかを簡単かつ大雑把に説明します。
· 同時テスト:
同時に、複数の仮想ユーザーが同じモジュールおよび同じ機能に同時にアクセスしている場合、通常のテスト方法は収集ポイントを設定することです。
·能力テスト:
通常、データベース レベルを指し、目標はデータベースの最適な容量を取得することです。容量推定とも呼ばれます。具体的なテスト方法は、特定の同時ユーザーとさまざまな技術データ量の下でデータベースの処理能力を観察すること、つまりデータベースのさまざまなパフォーマンス指標を取得することです。
・信頼性試験:
安定性試験または疲労試験とも呼ばれます。高圧条件下でシステムが長時間安定しているかどうかを指します。
CPU 使用率が 80% を超え、システムが 7*24 時間稼働している場合、システムは安定していますか?
・検査異常:
失敗したテストとも呼ばれます。システムアーキテクチャのテストのことを指し、例えば負荷分散では、ダウンタイムやノードのハングアップがシステムに反映されるかをテストする必要があります。
3. 業績指標の定義
・もの
クライアントによって開始された 1 つまたは複数のリクエスト (これらのリクエストは完了した操作を構成します) から、サーバーから返された応答を受信するクライアントまで。
· リクエストの応答時間
クライアントがリクエストを開始してから、クライアントがサーバーから返されたレスポンスを受信するまでのプロセス全体にかかる時間。
· トランザクション応答時間
トランザクションは 1 つ以上のリクエストで構成され、トランザクションの応答時間は主に転送などのユーザーの観点からのものです。
· 同時実行性
厳密な同時実行性はありません。一連の同時実行は常に存在し、ギャップが 1 ミリ秒か 1 マイクロ秒であっても、常に時間差が存在します。したがって、同時通話は 1 秒以内などの時間範囲内です。
例:
1. ダブル 11 など、複数のユーザーがシステム上で同じ操作を実行し、全員が同じ商品のフラッシュ セールを実行します。
2. 複数のユーザーがシステム上でさまざまな操作 (ダブル 11 など) を実行する、全員がさまざまな製品のフラッシュ セールを実行する、または全員が製品の閲覧などの他の操作を実行する。
同時ユーザー:同じ単位時間内にシステムへのリクエストを開始したユーザーの数。
スループット:パフォーマンス テスト中にネットワーク上で送信されるデータの総量。
2. サーバー性能テストの範囲
1、CPU
2. 記憶
3. ディスク
4. ネットワーク
5. バージョン
6. 性能損失の計算方法
パフォーマンス損失を計算するにはどうすればよいですか? (同じインジケーター、同じシナリオ、同じ同時ユーザー数で同じ圧力テストを複数回実行します)
3. スクリプト作成
Jmeter のインターフェイス ケースをストレス テストに直接使用できます。スレッド数、サイクル タイム、期間、スループット コントローラーを設定する必要があります (これら 4 つを準備すれば、パフォーマンス ストレス テストを開始できます)。
4. 圧力試験の実践
1. Jmeter zip パッケージをダウンロードし、サーバーにアップロードします。
2.apache-jmeter-3.3.zipを解凍します。
3. jmeter.sh を強化し、解凍ディレクトリの ?/jmeter/bin に移動します。
chmod 777 jmeter.sh の場合、??sh jmeter.sh -v を使用して、コマンドが利用可能かどうかを確認できます。
4. テスト計画をアップロードします (ローカルに保存されたテスト計画ファイルをサーバーにアップロードします。アップロードしたディレクトリは apache-jmeter-3.3/bin/data です)。
テスト計画を実行します (bin ディレクトリで実行されます)。
sh jmeter.sh -n -t yali_test/yougou_app_coupon.jmx -l yali_test/test_2018_10_17_001.jtl
5. ストレステストの結果を表示および分析する
エクスポート結果:sz test_2018_10_17_001.jtl
ウィンドウで jtl ファイルをエクスポートし、Jmeter ファイルを使用してレポートを開いて表示します (新しい集計レポートを作成し、[参照] をクリックしてそれを表示します)。
6. 異常箇所の分析
完全なパフォーマンス テスト プロセスとサーバー パフォーマンスの監視および調整方法については、後で説明します。
例: ストレス テスト前の準備、ストレス テスト データ作成の戦略と対策、ストレス テストの戦略、ストレス テスト結果の分析、パフォーマンス テストのストレス モデル、Dubbo フレームワーク、システム パフォーマンスの問題の発見方法、チューニング プロセスなど。
以下はサポート情報です。[ソフトウェア テスト] を行う友人にとって、これは最も包括的で完全な準備倉庫となるはずです。この倉庫は、最も困難な旅にも同行してくれました。あなたにも役立つことを願っています。
ソフトウェアテストインタビューアプレット
ソフトウェア テストの質問バンクは、何百万人ものユーザーによって最大化されました。!!誰が知っているのか!!!ネットワーク全体で最も包括的なクイズ ミニ プログラムです。携帯電話を使用して、地下鉄やバスの中でもクイズに答えることができます。
次の面接の質問セクションが取り上げられます。
1. ソフトウェアテストの基礎理論、2. Web、アプリ、インターフェース機能テスト、3. ネットワーク、4. データベース、5. Linux
6. Web、アプリ、インターフェイスの自動化、7. パフォーマンス テスト、8. プログラミングの基本、9. 時間面接の質問、10. 公開テストの質問、11. セキュリティ テスト、12. コンピューターの基本
情報取得方法: