問題タブ [easymock]

以下のコードを参照してください

私たちのジェネリックインターフェース

そして、単一のクラス

そして、私が次のテストを行うとき

私は得る

なぜ期待どおりに機能しないのですか？テストに合格するにはどうすればよいですか？回避策???

私はサボテンとモック オブジェクト (jMock、Easy モック) と少し混同しています。

誰か次の質問に答えてくれませんか?

1. テストに Cactus を使用するのはいつですか?
2. テストに Cactus を使用しない場合
3. テストにモック オブジェクトを使用するのはいつですか?
4. テストにモック オブジェクトを使用しない場合

public Object doSomething(Object o);嘲笑したいもの。パラメータを返すだけです。私は試した：

しかし、成功しなければ、 AssertionError がjava.lang.AssertionError: Nothing captured yet. 何か案は？

私は最近 EasyMock を紹介され、それを使用して FileMonitor クラスの単体テストを開発するよう依頼されました。FileMonitor クラスは、定義されたファイルとディレクトリのリスト内のファイルの変更を起動してチェックする時限イベントに基づいています。実際のファイル システムを使用してこれを行う方法を取得し、ファイルに書き込むテストを作成し、FileMonitor にその処理を任せます。では、EasyMock を使用してこれを行うにはどうすればよいでしょうか。EasyMock でファイル システムをモックする方法がわかりません。

ありがとう、トッド

それでも今は JUnit を使用していますが、EasyMock に出会いました。両方とも同じ目的であることを理解しています。私の理解は正しいですか？

EasyMock が Junit より優れている点は何ですか?

設定しやすいのはどっち？

EasyMock には制限がありますか?

学ぶのを手伝ってください

単体テストでは手書きのスタブを使用しており、プロジェクトではEasyMockやMockitoなどのMockフレームワークの必要性を調査しています。

手書きのスタブからモックフレームワークに切り替える説得力のある理由は見つかりません。

手書きのモック/スタブを使用してユニットテストをすでに行っているのに、なぜモックフレームワークを選ぶのか、誰か答えてください。

ありがとう

Easymock (または同様のモック フレームワーク) を使用して単体テストを実装すると、対話ベースのテストを行う必要があります (依存関係の状態をアサートできないためです。それとも間違っているのでしょうか?)。

一方、(easymock を使用する代わりに) 手書きのスタブを使用すると、状態ベースのテストを実装できます。

インタラクション ベースのテストと状態ベースのテストのどちらを使用するかはよくわかりません。

私は偏見があり、Easymock を使用したいと思っていますが、将来直面する可能性のある副作用があるかどうかはわかりません。

誰でもこれに光を当てることができますか？

前もって感謝します！

EasyMock と TestNG を使用していくつかの単体テストを作成しようとしていますが、質問がありました。以下を考えると：

バーの Id が次のように設定されることをテストしようとしています。

私のテストでは、モック オブジェクトであるf.getBar()ため、ID を呼び出して検査することはできません。f何かご意見は？andDelegateTo()これは、EasyMock v2.5 の追加とを確認したい場所andStubDelegateTo()ですか?

ああ、記録のために... EasyMockのドキュメンテーションは吹き飛ばされます。

私はモックオブジェクトを使ったユニットテストの初心者です。EasyMockを使用しています。私はこの例を理解しようとしています：

だから、私はどのように通貨がExchangeRateをtoEuros(..)メソッドで使用するのか疑問に思います。

はインターフェースであるgetRate(..)ため、メソッドの動作は指定されていません。ExchangeRate

だから私は自分で例をやってみます。以下は私のコードです：

したがって、ユニットTessは正しく実行されます

しかし、ビジネスオブジェクトでmainメソッドを実行したい場合：

Businessのコンストラクターを追加する必要があります。

したがって、私のビジネスクラスは次のとおりです。

また、Daoインターフェイスを実装する必要があります。

設計では、テストされるすべてのクラス（DaoImplなど）のインターフェイスを常に作成します。それで、それは正しいですか？

これについての考え方の1つは、コードの設計に関心がある場合は、EasyMockが期待の概念によってフィードバックを提供するため、より適切な選択です。

テストの保守性（読み取り、書き込みが簡単で、変更による影響が少ない脆弱性の少ないテスト）を重視する場合は、Mockitoの方が適しているようです。

私の質問は次のとおりです。

• 大規模なプロジェクトでEasyMockを使用したことがある場合、テストの保守が難しいと思いますか？
• Mockitoの制限は何ですか（エンドテスト以外）？