テスト目的パフォーマンス:パフォーマンスのボトルネックを見つけるために
パフォーマンステストのカテゴリ:
- 試験荷重:圧力によって段階的に、所定の性能目標閾値が閾値より小さくなるように設定されている達成するためには、例えば80%以下、CPU使用率などの特定の値に等しいです。
- ストレステスト:段階的な圧力によって、システムのリソースの一部が飽和し、さらに障害状態、シンプル、粗説明は、システムの圧力が崩壊することができるどのような条件で行います。
- 同時テスト:同時に、複数の仮想ユーザが同時に同じモジュールにアクセスし、機能に同意した、通常の方法では、コレクション・ポイント・テストを設定することです
- 容量試験:観測データベースの機能を処理する基本的なデータの異なる量、同時ユーザの特定において、:通常、容量推定特定方法として知られている、目標は、最適容量データベース機能を得ることで、データベースのレベルを指しますその取得パフォーマンス指標データベース
- 信頼性試験:また、公知の安定性試験又は長い疲労試験システムを実行しているシステムでは、システムが安定している、そのような80%のCPU使用率、7×24時間の動作上記のように高い圧力、で安定である....
- 異常な試験システム反応は、失敗したテストの手段として試験システムアーキテクチャ、および負荷分散アーキテクチャ、、、ダウンテストノードがハングアップし、他の状況を知られています。
パフォーマンステストのワークフロー:
- ニーズの分析---> ---パフォーマンス指標を開発する>スクリプト開発--->シーンの設定--->モニタ展開--->テスト実行--->パフォーマンス分析--->パフォーマンスチューニング-A-テストレポート
一般的なシステムアプリケーション階層化アーキテクチャ:
- 表示層(ビュー)ウェブ、アンドロイド、IOS、H5
- 論理制御層(コントローラ)API
- データ記憶層のMySQL、MongoDBの、Redisの
トランザクション:
- クライアントによって開始された1つの以上の要求(これらの操作を完了するための要求からなる)から、サーバからクライアントへの応答バックを受け取ります
小さじ(秒あたりのトランザクション):
- 秒あたりのトランザクション数、システムが処理することができます
リクエストの応答:
- クライアントがサーバからの応答バック、処理時間のかかるを受信するまで、クライアントは、要求を開始します。
トランザクション応答時間:
- トランザクションは、転送、トランザクション応答時間は、主にユーザの視点に向けられている、1つまたは複数の要求から構成されてもよいです。
並行処理が定義されています:
- 厳密な意味での同時、タイムラグが常にギャップが1ミリ秒またはマイクロ秒であるか否かを、常に同時そこにあるいないので、同時は、1秒のような時間枠の指示します
- 同時例1:マルチユーザーなどのデュアル11と、同じシステム上で動作し、彼らはスパイクのための物品の同じ種類を行いました
- 同時例2:このような二イレブン、我々は別の商品のために行う場合など、異なるシステム上のマルチユーザ操作はスパイク、または我々は、そのような商品を閲覧するなどの様々な他の動作を行っています
同時ユーザーの数:
- 同じ時間単位内のユーザの数は、システムが要求を開始します
スループット:
- パフォーマンステストプロセスの和、ネットワークを介して送信されるデータの量
スループット:
- 単位時間当たりのデータ量は、ネットワークを介して送信します
- スループット=スループット/送信時間
ヒット数:
- マウスのクリック操作そのサーバーにユーザーが提出した要求の数につき、この比率は、インジケータのWebアプリケーション固有で、ページ上のクリックが毎秒ユーザーの合計を運んどのように多くの想像が、ノートクライアント後にサーバーのような複数の要求を送信している可能性があります。
リソース使用率:
- CPU、メモリ、IOなど、さまざまなシステムリソースの使用
パフォーマンステスト要件分析:
- 目的:テスト指標を決定するために、明確なテストシナリオを、
- 新システム:産業と比較して、ビジネスの期待。
- 旧システム:以前のユーザ行動とユーザボリュームコントラスト