0

したがって、基本的には、さまざまな機能を一度に使用してasp.netアプリケーションで負荷テストを試みることを考えています。このアプリケーションでは多くの依存関係とajaxリクエストが実行されているため、キャプチャされたhttpリクエストの単純な再生では不十分であるように思われます。また、ランダムな操作の選択、複数のマシンでの結果の実行と検証、単純な負荷テストなどの他の機能が原因です。ソフトウェアでは不十分です。

また、このプロジェクトには支出のための予算がないため、商用の実装を使用することはできません。クライアント間の通信を処理するためにMSMQ（これまで使用されたことはありません）を使用することを検討していますが、セットアップが非常に複雑な場合は、データベーステーブルをキューとして使用するか、各テストマシンで単純なTCPサーバーを使用します。そのクライアント。

私が必要とする機能は次のとおりです。即時障害（1つのクライアントがクラッシュし、すべてのクライアントが停止する必要があります）、各テスト実行は、事前のメッセージのないまったく新しいシナリオで開始する必要があり、開始および停止イベントを公開する機能。また、状態管理（データベースを介してこれをTCPサーバーに頼る）や同時実行性について心配する必要がないのであれば、それは素晴らしいことです。

4

1 に答える 1

1

MSMQが必要なものではないようです。これは、電子メールに似たメッセージパッシング非同期通信方式です。誰も聞いていない（つまり、アプリケーションが実行されていない）別のキューにメッセージを送信できます。もっと「オンライン」のコミュニケーションモデルが欲しいようです。

コントローラプログラムがそれらすべてに接続してエージェントに何をすべきかを指示できるWCFサービスを公開するエージェント（多くのマシン上にあり、負荷を作成するクライアントアプリケーション）を作成するのはどうですか？エージェントがコントローラーに通知を送信できるように、デュプレックスコントラクトにすることができます。それらの1つがエラー通知を送信すると、コントローラーは他のすべてのエージェントにシャットダウンするように指示できます。また、HTTPバインディングではなくNet.TCPバインディングを使用します。

于 2012-06-18T18:23:16.190 に答える