7

Tibco プロセスの開発時に利用できる単体テスト ツールを知っている人はいますか?

今後数か月以内に、私は Tibco プロジェクトに取り組み、TDD アプローチでジョブを簡単に構築できる既存の単体テスト フレームワークを見つけようとしています。

これまでのところ、私が見つけることができたのはBWUnitと呼ばれるものだけです。大丈夫そうですが、現在はベータ版であり、商用ソフトウェアです。できればオープンソースのツールを使いたいのですが、いい仕事ができれば嬉しいです。

では、Tibco 開発用の他の単体テスト ツールを知っている人はいますか?

また、BWUnitの経験がある人はいますか? それはどのくらい役に立ちましたか？

4

8 に答える 8

5

BW プロジェクトでは、BW プロセス自体に基づいて独自の単体テスト フレームワークを作成しました。そのため、自動化されたテストと検証は TIBCO プロジェクト自体にコーディングされています。

AMX プロジェクトでは、サービスの自動テストに SOAPUI をお勧めします。ただし、すべての単体テストは、基盤となる言語 (私の場合は Java) で JUnit を使用してコーディングしました。コンポーネントの下の実装クラスは、メッセージングを行う AMX コードをバイパスして、ユニット テストで直接相互に参照します。

于 2010-07-14T00:36:59.593 に答える
4

私は、(同じ引数を使用して) プロセスごとに SOAP インターフェイス レイヤーを作成し、SoapUIを活用していくつかのデータベース テーブルから駆動されるすべてのテストを行うことに成功しました。

編集：

私が説明したのは、BWUnit がどのように機能するかのほとんどです。各プロセスの周りに Web サービス インターフェイスを作成します (おそらく、手作業は少し少なくなりますが、コンセプトは同じです)。

テスト入力 (SoapUI) -> テスト可能なインターフェイス (soap/ems/etc) -> 既存のプロセス -> 終了インターフェイス -> アサーション (SoapUI)

すべてが組み込まれている既存のツールを使用するのではなく、すべてのテスト アサーション コードを自分で記述していることを除いて、ファイル、RV、JMS、またはその他の入力を使用して、tibco 自体でテストを実行できます。 SoapUI に依存して、すべての JUnit レポートなどを生成します。

もっと凝ったものにしたい場合は、ビルド スクリプトに soapui ターゲットを追加して、展開後の各ビルドの単体テストや機能テストを含めることができます。

于 2010-05-04T03:36:57.387 に答える
3

使用されるプロトコル (使用されるもの) に依存します。Racoon と SoapUI について言及されています。それらを使用すると、「モジュールごと」レベルでテストできます。それがコンポーネント テストまたはシステム テストです。特にパフォーマンス テストに役立ちます。ただし、これは tibco コンポーネントをテストする最も一般的な方法です。

私は BWUnit を見て、興味深く、CI サーバーと統合されているように見えます (プロジェクトで同様のツールを作成しました)。このアプローチの欠点は、TIBCO システムが通常、BW だけでなくさまざまなツールで構成されていることです。これは、Java コンポーネント、C++ サーバーなどがシステム全体に使用されていることを意味します。

GHTester ( http://www.greenhatconsulting.com/ghtester/ )という商用ツールもあります。

RV を使用している場合は、http: //www.rvsnoop.org/ を参照して、メッセージを再生可能な形式で無料でキャプチャすることができます (私が開始した OSS ツール)。

于 2010-05-08T21:46:46.727 に答える
3

SOAP UI を使用して TDD のような方法論を実行しようとしても、あまり効果的ではありません。This を BW に使用したことがありますが、完全な単体テスト スイートと同じレベルの粒度と快適さは得られません。BWUnit は優れたツールであり、TIbco PSG 担当者と良好な関係を築いている場合は、CLE のような PSG ウェアである TibUnit を入手できる可能性があります。

また、.net などの外部単体テスト フレームワークを使用し、コントローラー パターンを使用して動的プロセス オーバーライド フラグを使用してプロセスを交換する計画も立てました。したがって、基本的に、次のような制御チャネルがあります。

コントロール - プロセス 1 オーバーライド -/Processes/SomeProcess.process - プロセス 2 オーバーライド {空白}

したがって、単体テストでは、セットアップで制御チャネル (EMS または HTTP) を使用して BW を呼び出し、別のプロセスをロードするように指示できます。これは機能しますが、デザイナーの機能が制限されているため、依然としてハックです。

Service Grid と BWSE も調べましたが、それ以上のものは得られませんでした。実際にはもう少し制限があります。

于 2013-12-11T06:38:50.963 に答える
2

TibcoActiveEnterpriseの上に構築されたRaccoonと呼ばれる古いフレームワークがあります。

これには、 RendezVousメッセージングに焦点を合わせたUiTestと呼ばれる単体テスト用のコンポーネントがあります。

最近はあまり活動していないようですが。

于 2010-04-26T15:05:12.440 に答える
2

BW-TEST を使用すると、TDD を実践し、プロジェクトを CI に追加できます。http://nicosommi.com/?p=209で確認してください。

オープンソースです

于 2013-12-06T21:33:30.310 に答える