2011-12-20 11 views
1

私は最近、テスト(!)が必要なプロジェクトで自分の仲間を説得することができました。非常に動的でフレキシブルなWebアプリケーションの構造のため、多くのパラメータと権限の関係に依存する動作で、通常の理由(時間のかかる、テストのメンテナンスなど)のためにテストを完全に拒否しました。サービスレベルでGWT/Springアプリケーションをテストする

私たちは、サービス層でのテストをご紹介します:

Web Browser -> GWT/RPC -> GWT Servlet -> RMI -> SessionEJB -> RMI -> Spring beans 

をこのようにGWTのサーブレットの後に。 junitを使用することをおすすめしますか?あるいは、他のテストフレームワークがより適していますか?他の一般的な提案ですか?ありがとう

答えて

1

実際には、SessionEJBと個別のSpring Beanを分離してテストするために、モックフレームワークでプレーンなJUnitまたはTestNGを使用することができます。つまり、適切なUnit testingです。

しかし、書かれたコードの多くは、すでに存在するので、あなたはおそらくsystem testingまたはintegration testingを使用してより少ないコードでより多くのバグを見つけることができ、すなわちでも実際のデータベースで、テストアプリケーションのコンテキストであなたの完全なSessionEJBと春豆の往復をテスト後ろに。

インテグレーションおよびシステムテストの場合、DBUnitを使用して、テストデータのフィクスチャをデータベースに格納できます。また、春にはtest support utilsがたくさんあります。これらのすべては、JUnitとTestNGの両方で機能します。

0

サーブレット& EJBをJUnitすることができるはずです。私はあなたのサーブレットコンテキストのための何らかの種類のモックフレームワーク(例えば、EasyMock)を使用することをお勧めします。また、JNDIリソースまたは依存性注入の種類を使用している場合は、

0

テストフレームワークについては、TestNG(http://testng.org)とMockito(code.google.com/p/mockito/)を強くお勧めします。彼らの使いやすさのために私は両方を使用するのが大好きです。 TestNGの@DataProviderは、実行前/実行後にテストを設定するための他のアノテーションと同様に、私を助けてくれます。私はJUnitを使用していましたが、仕事中にTestNGに出会ってすぐに戻ってくるとは思わないでしょう:)

TestNGは間違いなく蒸気を吸い込み、評価を得ています。

+0

これらのリンクありがとうございます!私は間違いなくそれらをチェックアウトします。 – faboolous

関連する問題