問題タブ [stress-testing]

以前は、Microsoft Web Application Stress Tool と Pylot を使用して Web アプリケーションのストレス テストを行っていました。簡単なホームページ、ログイン スクリプト、およびサイト ウォークスルー (e コマース サイトでいくつかのアイテムをカートに追加してチェックアウトする) を作成しました。

ほんの一握りの開発者でホームページを激しく叩くだけで、ほとんどの場合、大きな問題が見つかります。より多くのスケーラビリティの問題が第 2 段階で表面化し、打ち上げ後にはさらに多くの問題が表面化します。

私が使用したツールの URL は、Microsoft Homer (別名Microsoft Web Application Stress Tool ) とPylotです。

これらのツールによって生成されたレポートは、私にはあまり意味がなく、サイトがサポートできる同時負荷の種類を把握するために何時間も費やしました。最もばかげたバグやボトルネックが常に発生するため (たとえば、Web サーバーの構成ミスなど)、常に価値がありました。

何を行い、どのツールを使用し、そのアプローチでどのような成功を収めましたか? 私にとって最も興味深い部分は、ストレス テスト アプリケーションによって報告された数値から、アプリがサポートできる同時ユーザー数を計算するための何らかの意味のある式を考え出すことです。

リクエストの現実的な頻度分布を使用して、サーバーの機能テストを自動化しようとしています。(一種の負荷テスト、一種のシミュレーション)

私が観察した分布と「ある程度」一致するため、ワイブル分布を選択しました（急速にランプアップし、すぐに低下しますが、すぐには低下しません）。

この分布を使用して、特定の開始日と終了日の間に毎日送信する必要があるリクエストの数を生成します

私はPythonでアルゴリズムをハックしましたが、それは動作しますが、ぎこちなく感じます:

これを行うためのより良い方法は何ですか?

Windows .NET アプリケーション (WinForms) を開発しており、データベースとアプリケーション (100 以上の接続) のストレス テストをシミュレートする必要があります。

おすすめのツールは？

私が遭遇した商用製品は数多くありますが、オープンソースのものはありません。

JUnit/JMeterで同様のことができることはわかっていますが、もう少し具体的なものを探しています。

私の現在のプロジェクトでは、WatiNとMbunitを使用して ASP.NET GUI をテストしています。

テストを書いているときに、これらすべてをストレステストにも使用できれば素晴らしいと思いました。現在、Grinderを使用してストレステストを行っていますが、その後、ケースのスクリプトを何度も作成する必要があり、多くの理由であまり良くありません。

既存のテストを使用してサイトに負荷をかけ、統計を記録できるツールを探していましたが、これまでのところ注目に値することがわかりました。そのようなツールはありますか、または簡単に作成する方法はありますか?

IIS リソースに含まれている WCAT ツールキットを使用してストレス/負荷テストをセットアップしようとしています。

LogParser を使用して、構成を含む UBR ファイルを処理しました。次のようになります。

それは大丈夫に見えますか？

次のコマンドでコントローラーを実行します。wcctl -z StressTest.ubr -a localhost

クライアントは次のように実行されます。wcclient localhost

クライアントが実行されると、次のエラーが発生します。main client thread Connect Attempt 0 Failed. Error = 10061

この世界で WCAT を使用したことのある人はいますか?

私はクライアントサーバースタイルのデータベースベースのシステムを開発しており、システムにストレス/負荷テストを行う方法を考案する必要があります。顧客は必然的に次のようなことを知りたがります。

•サーバーはいくつのクライアントをサポートできますか？
•サーバーはいくつの同時検索をサポートできますか？
•データベースに保存できるデータの量は？
•その他

これらすべての質問の鍵は、応答時間です。新しい負荷が導入​​されると応答時間とパフォーマンスがどのように低下​​するかを測定できる必要があります。これにより、たとえば、クライアントにスローできるある種のきれいなグラフを作成して、特定のパフォーマンスでどのようなパフォーマンスが期待できるかをクライアントに示すことができます。ハードウェア構成。

今、私たちはただ指を空中に出し、経験からシステムについてすでに知っていることに基づいて知識に基づいた推測をします。製品がより厳しい条件に置かれるにつれて、これは私たちの今後のニーズには不十分であることが証明されています。

私はそのような答えを意味のある方法で得る方法を考案する仕事を与えられました。これは誰もが明確に答えることができる質問ではないことを私は理解していますが、私は人々が自分のシステムでそのような仕事をどのように行っているかについての提案を探しています。

注意すべき点の1つは、Python言語（SWIGの提供）を介してクライアントAPIに完全にアクセスできることです。これは、この種の作業ではC++よりもはるかに簡単に操作できます。

さあ、これを床に投げます。皆さんが思いつくアイデアを知りたいと思っています。

IIS サーバーに接続して同じデータを要求する 100 の異なるクライアントをシミュレートするアプリケーションをテストする方法はありますか? 私たちのプロジェクトが実行されている顧客には、400 台のコンピューターがあり、多くの場合、すべてのコンピューターでストレス テストを行っています。一方、私はラップトップしか持っていません...（および開発サーバー）。

(私の場合、データは WebORB ゲートウェイを介して要求されます)。

サーバーの1つでエージェントを使用してVisualStudio負荷テストを実行しています。このサーバーには2つのCPUがあり、テストエージェントが両方を使用するためのライセンスを持っています。私の質問は、2番目のCPUを使用するようにテストエージェントサービスを構成するにはどうすればよいですか？

優れた (できれば無料の) ツールはありますか?

アプリが稼働したときの生産結果を反映した正確な見積もりを提供できますか?