Tibcoのユニットテストツール[閉じました]
-
26-09-2019 - |
質問
のTibcoプロセスを開発する際にテストツールが利用可能な単位んの誰も知っていますか?
今後数ヶ月で、私はTibcoのプロジェクトに取り組んでだろうと私はTDD方式で簡単にビルドに仕事をするかもしれないフレームワークをテストし、既存のユニットを見つけようとしている。
はこれまでのところ、私は見つけることができました一つだけが BWUnit に呼ばれています。それは大丈夫そうですが、その現在ベータ版と商用ソフトウェアインチ可能であれば、私は、オープンソースのツールを使用したいのですが、限り、良い仕事をすることが可能であるように私は幸せになると思います。
だから、Tibcoの開発のためのツールをテストし、他のユニットの誰も知っていますか?
また、誰もがBWUnitの経験がありますか?どのように便利です/でしたか?
解決
BWプロジェクトでは、私はBW自体をプロセスに基づいて、自分自身のユニットテストフレームワークを調理しました。だから自動テストおよび検証は、TIBCOプロジェクト自体でコード化されます。
AMXのプロジェクトのために私はあなたのサービスの自動テストのためのSOAPUIをお勧めします。しかし、私はJUnitのを使用して、私の場合、Javaで、基本となる言語のすべてのユニットテストをコード化されました。コンポーネントの下の実装クラスは、メッセージングを行うAMXコードをバイパスし、ユニットテストで直接相互参照
他のヒント
私は私の各プロセスの石鹸界面層を作る大成功(同じ引数に取る)を持っていたとレバレッジ SOAPUI >いくつかのデータベーステーブルからドライブされるすべてのテストをすることができません。
編集ます:
私は何を説明することはほとんどBWUnitが動作しているかである:(。多分少し手作業が、同じコンセプトを持つ)、それはあなたのプロセスのそれぞれの周りのWebサービス・インターフェースを作成します。
テスト入力(SOAPUI) - >テスト可能インタフェース(SOAP / EMS /など) - >既存のプロセス - >出口インタフェース - >アサーション(SOAPUI)
あなたはすべてのテストアサーションコードを自分で書くのではなく、それはすべてに建てられた既存のツールを使用している以外、ファイル、RV、JMS、またはそのことについては、入力して、TIBCO自体の中でテストを行うことができます。あなたは、すべてあなたのJUnitのレポートを生成するためにSOAPUIに頼ることができるなど。
あなたが本当に空想を取得したい場合、あなたはそれが展開だ後、各ビルドのためのユニットテストおよび/または機能テストを含めるようにビルドスクリプトにSOAPUIターゲットを追加することができます。
Deopends。ラクーンとSOAPUIは言及されています。それらを使用すると、「モジュールあたり」レベルでテストすることができます。これは、コンポーネントまたはシステムのテストです。パフォーマンステストのために特にusful。しかし、これはテストTIBCOコンポーネントの最も一般的な方法です。
私はBWUnitを見ているだろう、(私はプロジェクト内の同様のツールを構築している)興味深く、CIサーバーと統合見えます。このapprochの欠陥は、TIBCOシステムは、通常、この手段は、Javaコンポーネント、C ++サーバフォートがシステム全体のために使用されるように、異なるツール及びBWないだけで構成されてもよいです。
GHTesterと呼ばれる商用ツールもあります( http://www.greenhatconsulting.com/ghtester/ >)
あなたはRVを使用している場合は、あなたは http://www.rvsnoop.org/無料で再生可能な形式のメッセージをキャプチャするために(私が開始されたOSSツール)
石鹸のUIを使用してTDDのような方法論をやろうとすることは非常に効果的ではないであろう。私はBWのためにこれを使用している、あなたは完全なユニットテストスイートからの粒度と快適さの同じレベルを得ることはありません。 BWUnitは良いツールであり、あなたがあなたのTIBCO PSGの人たちとの良好な関係を持っている場合は、CLEのようなPSGウェアですTibUnitを取得することができる場合があります。
また、.NETのような外部ユニットテストフレームワークを使用するための計画を思い付くし、次いで動的プロセスオーバーライドフラグを使用してプロセスをスワップアウトするコントローラパターンを使用しました。だから、esentaially我々のような何かを言うの制御チャネルを持っていると思います。
コントロール - 工程1つのオーバーライド - /プロセス/ SomeProcess.process - 工程2オーバーライド {ブランク}
ので、あなたのユニットテストでは、あなたの制御チャネル(EMSまたはHTTP)を使用してBWを呼び出し、別のプロセスをロードするために、それを伝えるために、あなたのセットアップにできるようになります。これは、デザイナーの機能が制限され、そのまだハックを動作しますが。
我々はまた、サービスグリッドとBWSE見てきた、それはより多くの私たちに何かを与えるようには見えませんでした。実際にはもう少し制限ます。
BW-TESTを使用すると、TDDを実践することができますし、あなたのCIにあなたのプロジェクトを追加します http://nicosommi.com/?p=209する
でそれをチェックアウトこれのオープンソース
IBM RIT にはシナリオのこの種の仕事に非常に優れたツールですが、それは別のシナリオを主張し、また、コードカバレッジを評価するためのお手伝いをすることができます。
私はIBM RITをお勧めします。それは、IBM RTWスタックの一部です。あなたは簡単に配達のTDDおよびCI / CDモデルで使用することができます。