あなたのWebアプリケーションにはどのようなパフォーマンステスト手法が使用されていますか？

Question

一般的なWebアプリケーションをパフォーマンステストしたいと思います。このアプリケーションは、ブログ、wiki、コンテンツの検索など、いくつかのWeb2.0の機能を提供しています。私はアクセスログを分析し、ユーザーが実際に何をしているのか分かりません。

私の脳の隙間はどのように進むのですか？私は、以下の方法論についてthoght：

• （A）は トランザクション（ビュー wikipageなど、ブログ投稿を書き）
• （B）のユーザー
• の 増加量とこれらのトランザクションを実行します（に機能を分割しましたC）いくつかのレポートを作る：
• （D）混合しようとする「メモリ境界 ressourceであるハードウェアXと wikipageの表示 、同時にYユーザーによって実行 ことができます」実際のユーザー 負荷
• （E）の 現実的なマッピングが何 C

と同じレポートを作り、 ユーザーの増加に伴って、このシナリオを実行する必要があり、複数のトランザクションONEシナリオに 、あなたはこれについて考え、方法論は何ですか？

Answer 1

あなたが遭遇する問題は、そのすべてを再現性よくテストすることです。再現性のない試験（すなわち手動試験）は、実用性に限りがあります。

watir（「水」のように発音する）を見てください。それは良好なカバレッジを提供し、非常にスクリプト可能です。

Answer 2

まず、サイトで実行できるアクティビティを知る必要があります。さらに重要なことは、アクティビティが占めるトラフィックの合計の割合を知る必要があることです。シンプルなブログのためにあなたはそれがこのようになりますと言うかもしれない：

• 読み取りインデックスページ：30％
• 読書投稿ページ：65％
• 作成コメント：4％
• 作成する記事：1％

次に、この負荷をシミュレートするために何らかの種類のテストフレームワークを使用して、1分あたりのリクエスト数を把握できます。これは、あなたの能力にいくつかのハード番号を与えるでしょう。また、この時間中にどのように利用されているかを見るためにあなたのメモリ/ cpu/network /何でもプロファイルすることができます。

実際のユーザビリティテストをスキップしないことが重要です。標準的な動的ウェブサイトでは、ページをロードするのに約半分以上の時間がかかると、thinsgは遅く感じるでしょう。 AJAX対応サイトでは、利用可能なフィードバックの量が増えれば、レイテンシに対する耐性が向上し、受け入れ可能なものに対する制限は、人間が調査する必要があることがわかります。