AC性能ケリグループ：317 765 580
あるパフォーマンステストの3つのコア原則は何ですか？
1.合意に基づいています。コア・ネットワーク・アーキテクチャは、分散型ネットワークプロトコルであるが、ソフトウェアのネットワーク分散型アーキテクチャをテスト性能のオブジェクト
2.マルチスレッド。人間の脳は、シングルスレッド、マルチスレッドコンピュータのCPUのです。パフォーマンステストは、ロードするシミュレートマルチユーザー、マルチスレッドへの技術の使用である
3.シミュレート実世界のシナリオを。ユーザーのアクセス時間は、アクセス頻度が固定されていません。
性能試験でのコア焦点は何ですか？
1.ユーザーの注意。応答時間、安定性、回復可能性
2.運用の懸念。サーバ/データベース・リソースの使用状況、サーバ側の処理速度は、システムが24/7サポートすることができる
3.試験懸念。アクセスユーザーの最大数、業務プロセスの最大数、メモリリソースが正常に回復することができます
注意を開発する4。コード：アルゴリズム、SQL文
パフォーマンステストプロセスの説明
性能要件を分析1.。ユーザーは、たとえば、テストに最も頻繁に使用されるシナリオを選択しますので、上のログイン、検索、順序と。TOP99％が5秒で1,000同時ユーザ、CPU、およびメモリの使用量が70％以下の最大は、100％のトランザクション率：のような、性能指標を識別
性能試験計画を開発2、時間の明確な試験（通常機能このようなテストの最初のラウンドの後などの安定化、）およびテスト環境とテストツール後の
テストの3準備
テスト環境まで4、テストデータ準備
5.書き込みパフォーマンス・テスト・スクリプト
6.パフォーマンスチューニングテストスクリプト。チェックポイント、パラメータ、協会、集合場所、総務、時間調整を考えるを設定し、冗長なスクリプトを削除し
たデータ監視7.設計・テスト・シナリオ、走行テストスクリプト、
テスト結果の8.分析を、開発者に船積みの収集ログ法案
9.パフォーマンスを回帰テスト
10テストレポートの作成
最大荷重にシステムを決定するには？
負荷試験によって、同時の数を増やすと同時に性能向上の変曲点が存在する場合、パフォーマンス指標は、ユーザの数が、急成長の応答時間を一定の大きさに達したときに、例えば、その後、旋回点必然的変化であろう最大数は、システムが対応するユーザを運ぶことができるユーザの数です。JMeterはタイマーまたはRPSラダー加圧されたスレッドグループを使用することができます。
それはあなたのシステム（機能）のパフォーマンステストを行うために置きますか？
注文を送信、検索、ログイン：ユーザーは、次のようなテストを行うために最も頻繁に使用する機能を選択してください
同時ユーザーのあなたの数はどのように決定されますか？
1）最初のライン上で収集データにアクセスするためにユーザに対して推定期間となり
需要、ピーク使用期間、登録ユーザの数、単一の応答時間に応じて決定される2）
あなたはどのような状況でのパフォーマンス・テストを実行しますか？
テストのための独立したパフォーマンステスト環境をセットアップします
あなたは、パフォーマンステストを実行して何時間？
ベンチマーク：機能テスト、システムの後に行うことがときより安定しました。
負荷テスト：夜の死者、システムを使用していない1
性能試験の結果を分析するには？
その後、最初のチェックスルーレートのもの、そして、そのような肯定応答時間、トランザクション速度、CPUや需要を満たすするか否かの他の指標として、他のパフォーマンス指標を分析、テスト結果は、例外の原因を分析するために、信頼できない場合は、再テスト修正
think_timeの役割は何ですか？
ビジネスベンチマークでシミュレートユーザーが時間を考えます
あなたは、次の質問を見つけた場合、性能試験の結果は信頼できる決定した後、問題を見つけるために下に設けられた線に沿って
一つの問題：応答時間は、最大ではない
ネットワークがある場合、ボトルネックがあるかどうかの会社は主にトランスポートネットワークまたはサーバーで消費検討する時間、組み合わせスループット（ネットワークスループット）図、帯域幅のボトルネックかどうかを計算上で、我々は、帯域幅を増やすことを検討しなければなりません又は送信データ圧縮処理が行われ、ボトルネックが存在しない場合、それは不安定なネットワークに起因し得ます。時間は主に、サーバー上で消費されている場合は、それぞれのCPUを参照してくださいする必要があり、メモリ使用量が高いため、CPUの、高すぎるWebサーバとデータベースサーバでの問題は、Webサーバーの場合、メモリは確かに、応答時間が長すぎる原因となります、ダウン取らログに対応するユーザの操作に対応したWebサーバに置く、開発の方向に送信され、データベースに問題がある場合は、対応するデータベース・サーバは、分散配置の開発をテイクダウンするためにログオンするために対応します。
第二の問題：サーバーのCPUの異常
1：CPU使用率と負荷に焦点を当て、負荷があまりにも高い利用率である場合には低すぎる、閉塞が生じ、あまりにも多くのプロセスキューがあるかもしれない
2：コンテキストの切り替えに焦点を当て、過大な場合には、自動的に切り替えて、その後、可能なメモリ/ IOのボトルネック、あまりにも受動スイッチならば、それはタイムスライスかもしれ十分ではありません、あなたはタイムスライスを高めるために、プロセスの優先度を調整することを検討することができます
質問3：メモリオーバーフロー、消滅のプロセス
1：若い世代のヒープメモリを観察しての古い領域の割り当てが合理的である、メモリ・パラメータを調整するには、
2：スワップ領域はoomkillerをトリガ不十分であり、
質問4：マルチユーザの実行時間で残業、さらに促さRomのサーバーのプログラム。
プログラムは、シングルスレッド処理機構、フォローアップキュー内で待機しているすべてのスレッドのかもしれ
5つの質問：どのようにシステムのボトルネックを特定するには？
1：負荷が増加すると、かどうか着実な上昇のスループットは、スループットにおけるその点低下見つけるために、
負荷が増加すると、応答時間が、長く起動される点が突然のより長い応答時間となる見つけること：2
3：エラーが表示されるようになったかどうか、負荷が増大すると
いくつか持っている共通の圧力モデル、？
1、同時モード（仮想ユーザーモード）
同時実行がビジネスの観点から、それが同時にオンラインユーザの数として理解することができ、同時仮想ユーザーの数を指します。クライアントの観点からは、オンライン訪問者が診断サービスシステムが同時にベアラ特定の同時設定モデルを使用することができ、ノード、すなわちJMeterのツール内部のスレッド番号
2、RPSモード（モードスループット）
RPS（秒あたりの要求）これは、1秒あたりの要求数を指します。「モードスループット」すなわちRPSモードは、要求の数を設定することにより、サーバの視点、システムスループットの直接測定から出発して、毎秒送信されます。
どのようなテストアプリケーションのパフォーマンス？
技能試験：実際のテスト結果は、独自のシステムの予想される能力を示して
一連のテスト（同時、負荷、圧力、障害回復）によって、システムのパフォーマンスのボトルネックを見つける：ボトルネック解析
技術的手段の一連の最適化システム：パフォーマンスチューニングを応答時間、スループット、リソース使用率、パフォーマンスを含め、
リソースがそれに応じて調整するために、予想される将来計画（ユーザー数、市場シェア）を満たすために：容量計画
どのようにJMeterの設計、性能テストシナリオ？
同時試験：基本的なスレッドグループ（同時単位時間を強調し、絶対的な同時がない）
ベンチマーク：繰り返し比較結果、チューニング結果は（応答時間が減少する強化するかどうかTPS）であることを確認
負荷試験：連続的に荷重を増加させ、パフォーマンスのボトルネックが見つかり（ステップ加スレッドグループ、同時実行スレッドグループ）
同時ユーザモードロード：同時ユーザーの数を増やす、ボトルネックの
モードスループット荷重：サービス側圧力に対する第2（RPS）あたりの要求の増加を発見TPSボトルネック
ストレステストは：ボトルネックポイントに連続負荷をTPS
安定ストレス試験：TPSは、高電圧の安定を保持します。一般的に、最大TPS運用のための80％
の目的にのみ珍しいサーバーを必要とする：破壊的なストレステスト
フェイルオーバーテスト：例外が発生した後、システムを素早く復元することができます
500,000ピーク時間2時間：キャパシティプランニングのテストを
TPSは、理由は何ですか上がりませんか？
1.ネットワーク帯域幅の
ストレステストでは、時にはあなたは、単位時間に通過した場合、パケットは、伝送帯域幅の容量を超えると、ネットワークがサーバに結果がリクエストを受信し、リソースの競合には大きすぎるなりますされているユーザーの多数の要求をシミュレートしたいですハンドルへのサーバー容量の上限値未満に相当します。
2.接続プール
利用可能な接続の要求待ちが生じ、小さすぎます。一般に（Tomcatなど）サーバ接続プール接続プールとデータベース接続プール（または接続の最大許容数がOKであると理解されている）に分割されます。
3.GC
ヒープメモリの割り当てが無理であれば、それは頻繁にGCは、GCが中断されたスレッドが発生する原因となります。特にfullgcでは、長い休止スレッドを引き起こす可能性があり
4.構成データベース
書き込みデータに要する時間が書き込まれ、データベーステーブルの複数する要求があれば高い同時場合は、接続のデータベースの最大数が十分でない場合、または書き込みデータは、インデックス付きSQL、またはマスター、ライトから分離なしではありません分離は、データベースのトランザクション処理につながるTPSに影響を与え、遅すぎます。
前記ハードウェアリソース
CPU（その他の構成、使用、）、メモリ（占有率）、ディスク（I / O、ページングなど）を含みます、
7.
スタンドアロンの限定された負荷容量は、シミュレートユーザーの要求へのニーズがその負荷の制限を超えた場合、（問題を解決するための分散型圧力測定の必要性について、この時間を）TPSに影響を与えます