1.プライマー
いくつかのプロジェクトは最近、パフォーマンステストのタスクを引き受け、それは、それを記録することを決定し、テストのプロセスやダウンいくつかのアイデアを含まれていました。
ソフトウェアテスト業界内の性能試験、いくつかの特別な一部とみなす言えば。テスト活動のこの部分は、伝統的なテストタスク差が比較的大きいですが、また、ツールへの依存度、ある程度のパフォーマンステストは、自動テスト、セキュリティテストのことわざで、「上位」セクションのテストであると考えられています。
2.タスクの状況
2.1タスクの概要
この安定性試験プラットフォーム記載の目的：圧力下で比較的飽和圧力（最大80％、最大システムTPS）内のサーバ、より長い時間（> 8時間）以内に安定サーバ、およびリソースの使用状況を観察し例外。
2.2インターフェースケース
このテストでは、順序を作成するためにのみ界面圧測定、ダウンストリームインターフェイス上で呼び出すことはありません。Ordersテーブル在庫データ190 000は、インタフェース要求方法が置かれます。
2.3サーバの設定
- ゲートウェイ16コアサーバのCPU、メモリ16G
- アプリケーションサーバ16コアCPU、メモリ16G
3.試験手順
3.1試験機およびツール選択
テストプロセスプリアンブルので、機械が制限システムのスループットのケースを閉じるために、スレッド200のJMeterの番号を実行するように駆動することができるかを決定することが可能です。
安定性試験は、そのためのJMeterまだ200スレッドのテストを使用してローカルPCの使用を延長することを決定し、テスト状況、時間の長い期間の安定化に焦点を当てています。
監視サーバのリソースに関連して、リアルタイム監視ツールとしてNMONにserverAgentコレクションでのJMeterプラグパフォーマンスモニタを使用することを決定します。
次のように選択した特定のツール：
| コアツール | 版 | リマーク |
|---|---|---|
| JMeterの | 3.3 | 同時要求を提供する能力 |
| パフォーマンスモニタメトリックコレクター | 2.1 | JMeterのプラグインのサーバリソースの使用状況に関する情報を収集するために、 |
| ServerAgent | 2.2.1 | サーバのリソース使用状況の情報は、サーボフォームに送信されます |
| NMON | 16時間v2の | リアルタイム収集サーバリソース情報 |
3.2インストール設定ツール
3.2.1のJMeter
- ダウンロード：http://jmeter.apache.org/download_jmeter.cgi今最新バージョンは5.11で、JDK 8+が必要です。バージョン3シリーズを使用して、背後にある理由を説明することをお勧めします。
- インストール構成：オンラインチュートリアルの数が多いとしてJDKや環境設定など、この記事では繰り返しません
3.2.2 ServerAgent
この事は良いニュースついにちょうど素晴らしい、ダウンロードは公式サイトから何度も中断し、見つけるのは本当に難しいです。
ServerAgentは、彼がサーバリソース使用状況の情報を収集して送信されるのサービスの形態であろう、サーバーにデプロイする必要があります。
- ダウンロード：http://jmeter-plugins.org/downloads/all/
- インストール構成：サーバーを抽出するためのツールキット、755件の権限を与えて、直接サービスを開始./startAgent.sh。
：打ち上げ成功後、次の情報が表示されるはずです
バインディング4444のデフォルトポートを。
3.2.3パフォーマンスモニタ
パフォーマンスモニタは、サーバリソースの監視のためServerAgentと、JMeterのプラグです。
- ダウンロード：https://jmeter-plugins.org/?search=jpgc-perfmon
インストールの設定：プラグインマネージャのJMeterダウンロードする必要があります。https://jmeter-plugins.org/install/Install/
インストールディレクトリのJMeterのlibに/ extにサブディレクトリの下に置くためのjarパッケージには、JMeterの再起動を有効にします。
パフォーマンスモニタのプラグインを有効にするには、同じパスに置く同じ意志用perfmonのjarパッケージ。
以下に示すように、あなたはまた、検索プラグインマネージャのGUIインタフェースをインストールすることができます。
3.2.4 NMON
- ダウンロード：http://nmon.sourceforge.net/pmwiki.php?n=Site.Downloadダウンロードバージョンがサーバシステムをサポートして見つける
か、wgetのダウンロード経由：https://nchc.dl.sourceforge.net/project/nmon/ nmon16d_x86.tar.gz インストールの設定：実行するために直接.SHファイルに対応するシステムを実行し、755件の権限与えられ、選択したディレクトリにアーカイブを解凍します。（ファイルが.SHフォーマットをダウンロードされていない場合は、直接サフィックスを変更することができる）
本実施形態の次のスクリプトファイルを実行して
正常に実行され、次のインターフェイス：
等、C / M / D / Nを入力してリソースを呼び出すことができるのモニタリングは、以下に示すように、CPU、メモリ、ディスクIOをリスト：
3.2.5パフォーマンスモニタのプラグインの設定
パフォーマンスモニタリスナーJMeterのテスト計画を追加します。
構成インターフェース、この例では、CPU /メモリ/ディスクのIO 3を監視するよう、必要な監視項目を追加します。
具体的な指標を選択するために待機するように矢印マークのボタンに注意を払いますこの例では選択されます。- CPU：組み合わせ：統合CPU使用率
- メモリ：usedperc：メモリの割合
ディスクIO：usedperc：ディスクIO占有率
オープンServerAgentを維持し、実行するためのスレッドグループを開始し、パフォーマンスモニタのプラグインは、構成データに基づいて、サーバリソースの収集を開始します。
難易これらのツールをダウンロードする場合には、あなたがダウンロードするには、次のWebサイトに行くことができます：
リンク：https://pan.baidu.com/s/1q_gnMNqY8NpYbm8boSj_Jg
抽出コード：uto0
4.試験結果
4.1集計レポート
| サンプルの総数 | 平均 | 中位 | 高いです | 最低 | 最大 | エラーレート | スループット | 受信データ量（KB /秒） | 送信データ量（KB /秒） |
|---|---|---|---|---|---|---|---|---|---|
| 68711231 | 299 | 268 | 791 | 23 | 12520 | 0.00パーセント | 667.52975 | 354.63 | 809.64 |
全体的なサンプル数は、299の平均応答時間を68676639に達し、667.5 / sのスループット、誤り率は、全体的な安定0です。
4.2 TPSとリソースの比較
TPS：
CPU：
メモリ：
あなたが見ることができます：
TPSの安定を700〜800の間で、時折変動、および実験室のネットワーク環境で。CPUは、実質的に約70％に維持高いTPSのピークの状態を占有しています。20％で安定したメモリ使用量。
4.3おわりに
試験の最初のラウンドの後、システムの条件下TPSは、700以上で100％のトランザクションの成功率を、システムの性能と安定性を維持しました。試験中、CPU占有率が高く、他のシステムリソース、有意なボトルネックのまま。
5.問題
私たちはこの記録で、テストの過程でいくつかの明らかな問題が見つかりました：
質問1：
圧力試験システムの遭遇時には、キャッシュメモリをたくさんしていたと自動的に解放することはできません。
ソリューション：
通常のタスク、定期的なクリーン・メモリキャッシュを確立します。
質問2：
圧力テスト・プロセスシステムディスクを歩んでいる例100％が、約200 TPSにつながる、調査は、アプリケーションログによるものですされてリードを書き込みます。
ソリューション：
通常のタスク、定期的なクリーニングアプリケーションログを確立します。
質問3：
調査はポートシステムにつながるネイティブ環境jmeter5過剰に占有されているのでテストは、すでに使用中のJMeterのエラーアドレスを歩んでいる、開いたが解決していないポートの数を増やしてみてください。解決jmeter3.3に切り替えた後！（これはどこに問題がある、友人が共有してください知ってまだ不明です！）