私はテストの初心者です。今のところ、JMeter を使用してテスト計画を作成し、それを Java Web アプリケーションに対して実行しています。現時点では、(平均応答時間、90% の回線、スループット、および使用される CPU/メモリの推定) を使用して、Web がどのように機能するかについてのおおよその推定を行います。
Web アプリケーションが正常に動作していることを確認するための品質チェックリストはありますか? ウェブを検索しようとしましたが、手がかりが見つかりませんでした。
更新: 私のテスト計画については、200 人のユーザーが同時に私の Web アプリケーションにアクセスし、ログイン、商品のチェック、ドキュメントのダウンロードなどの典型的なワークフローに従うケースをシミュレートします... テストを作成しようとしています潜在的な問題があるかどうかを知ることができるように、可能な限り現実的です。
テストをより現実的なものにするために、「ユーザーの思考時間」も追加しました。
私はテイラーに同意します。何をテストしているのか、何をテストしたいのかを理解することが重要です。HOW TO DO THIS の質問に答えることができます。
以下にいくつかの簡単な例を示します (全体像を把握するには、wikipedia - パフォーマンス テストも参照してください)。
サーバーの特性をテストしますか? この場合、時間の経過とともにユーザー数が増加するスクリプトを使用しました。もちろん、これはサーバーの構成によって異なります。2 つのクラスターがあり、それぞれが 150 の同時接続を処理できる場合は、負荷分散が開始されたときのパフォーマンスをテストすることをお勧めします。
推定高負荷下でアプリケーションとサーバーがどのように動作するかを確認しますか? この場合、予想される負荷 (ユーザー数) を要件に含める必要があります。スクリプトは非常に長時間実行する必要があり、メモリ プロファイリングを実行して、メモリ リークの可能性をチェックする必要があります。この場合、安定しているかどうかを答えることができます。
短期間の膨大なユーザー数のピークをチェックしたいですか？....
このような質問がたくさんあります。実行するテストの種類を決定した場合は、値を要件と比較できるはずです。
あなたは正しい軌道に乗っているように聞こえます。
応答時間は、アプリのパフォーマンスがエンドユーザーにどの程度受け入れられるかを広く測定するのに役立ちます。
応答時間も最大にする必要があります。
それ以外の場合は、ハードウェア プラットフォームが負荷をどれだけうまく処理できるかにかかっています。それは少し難しいです。基本的に、負荷が原因で速度が低下しているサーバーのボトルネックを探しています。思考時間で 200 人のユーザーをシミュレートするボトルネックが発生しない場合があります。
CPU とメモリの統計が高くない場合は、ディスク キューの長さをチェックして、ディスクに問題がないことを確認します。
一般的なプロセスは次のとおりです。
応答時間によるパフォーマンス測定は問題ありませんか?
はい: 負荷を増やして再試行してください。
いいえ: それでは、ハードウェアのどの部分がこの負荷で問題を引き起こしているのか.
ウェブサイトが期待どおりに機能することに満足している場合、またはパフォーマンスの問題があることに気付いた場合は、停止できます。
パフォーマンスの低い Web サイトにハードウェアを追加したくなることがよくありますが、コードを変更してアプリケーションをより効率的にすることで、多くの成果を上げることができます。
負荷テストは、アプリのどの部分が最悪であるかを教えてくれるので、それらに注意を向けることができます。
firefox を使用して Firebug を実行するか、右クリックして要素を検査し、ページをリロードして要素の検査ウィンドウに戻ります
何をテストしているのかを理解することははるかに重要であり、さらに重要なのは負荷とその特性です。(それは均等に広がっているか、それとも急上昇しているか? 予想される同時訪問者の平均数、使用パターンなど)。これらの質問に対する答えが分からない限り、得られる数字は無意味なものとまったく誤解を招くものとの間のどこかにあります。