問題タブ [mockito]

次のような状況があります...特定のメソッドが呼び出されるたびに例外をスローしたいと考えています。このメソッドに何が渡されるかは気にしません。例外を呼び出したいだけです。問題は、このメソッドがカスタム クラスをパラメーターとして受け取ることです。

これを行うために私が見つけた唯一の方法は、次のとおりです。

私は次のことを試みましたが、「オブジェクトをFooに変換できません」のようなメッセージが表示されます...これは理にかなっています:

カスタムクラスごとにカスタムマッチャーを作成しなくても、これを行う簡単な方法があるかどうか疑問に思っていますか?

ありがとう

単体テストでMockitoモックを使用するMaven管理のプロジェクトがあります。Mavenビルド内ですべてのテストを実行でき、エラーなしで実行されます（そして合格します！）。ただし、単一のテスト関数を右クリックして[実行]-> [JUnitテスト]を選択すると、例外が発生しますjava.lang.NoSuchMethodError: org.mockito.Mockito.doAnswer(Lorg/mockito/stubbing/Answer;)Lorg/mockito/stubbing/Stubber;。もちろん、ソースを見ると「欠落している」メソッドがあります。前述のように、テストはコマンドラインからコンパイルして実行します。

私が考えることができる最善のことは、EclipseがJUnitプラグインに古いMockitoアーティファクト（Mavenの依存関係で1.8.5を使用しています）を提供することで私を「助け」ようとしている場合です。特定のタスク用のMavenランタイムの奇数バージョン。

これは問題ですか？それは何か他のものですか？これを修正できますか？

ETA：どうやらこれは既知の問題に関連している可能性があります。クラスパスに複数のバージョンのMockitoがあることに起因する可能性が高いです（ありがとう、Maven：-/）。私は家を整えているようです-Eclipseは今テストを実行できます-しかし残念ながらバグが私のハドソンを噛みました。古いJARをクラスパスから削除する方法も追跡する必要があります。

Mockito-flex がゲッターとセッターのモックをサポートしているかどうかを知る必要があります。ありがとう。

私はテストを行っていますが、うまくいきません。メソッドloginが間違ったユーザー名とパスワードで3回呼び出されたときに、例外がスローされることを確認したいのですが、このテストは正しいです。

例がいいかもしれません!!

モックで、モックがテスト対象ユニットで実際に使用されたかどうかに基づいて、モックでメソッドが呼び出されたことを確認することは可能ですか？

簡単な例として、テスト対象のユニットにモックファクトリ（FooFactory）を指定し、Foo.create（）を呼び出すと、テスト対象のユニットの特定のメソッドで使用されるモック（Foo）を返します。テスト。Foo.create（）が被テストユニットによって呼び出された場合にのみ、Foo.method（）が呼び出されることを確認するにはどうすればよいですか？

コードは次のようになると思います。

もう少し具体的な例として、私のファクトリは閉じていることを確認したいReaderオブジェクトを返しますが、クラス内のすべてのメソッドが実際にReaderを構築するわけではありません。リーダーが必要であることがわかっているすべてのテストに検証を追加することはできますが、それは多くの重複した作業のようです。

EventBusの実際のSimpleEventBus実装をスパイする際にいくつか問題があります。特定のイベントのハンドラーでもあるアクティビティがあります。このイベントはサービスによって発生します。

コード：

エラートレースはeventBusSpy検証にあり、次のように表示されます。

ありがとうございました。

commons-fileupload を使用するフレームワークで作業しています。

次に、単体テスト クラスを作成する必要があります。私の疑問は、ServletFileUpload がインターフェースでない場合に模擬テストを作成する方法ですか? クラスをテストする別の方法はありますか?

昨日、mockito を使用してサーブレット パーツの単体テストを書きましたが、簡単です。しかし、commons-fileupload のテストの書き方が思い浮かびません。

ここで静的メソッドに関するいくつかのスレッドを読みましたが、静的メソッドの誤用/過度の使用が引き起こす可能性のある問題を理解していると思います。しかし、なぜ静的メソッドをモックするのが難しいのか、その真相はわかりませんでした。

PowerMock などの他のモッキング フレームワークでそれができることは知っていますが、なぜ Mockito でできないのでしょうか?

この記事を読んだのですが、著者は宗教的にこの言葉staticに反対しているようで、私の理解不足なのかもしれません。

簡単な説明/リンクは素晴らしいでしょう。

ApacheHttpクライアントのモックに問題がありました。モックを作成する次の試み：

真のモックを作成できません。上記の行は例外なく実行されますが、いくつかの動作をスタブしようとすると、次のようになります。

AbstractHttpClientのメソッドから例外が発生します。

AbstractHttpClientに渡されたときに、Mockito.in内で実行する呼び出しが行われるのはなぜですか？

この特定の問題の解決策を見つけました。具体的なサブクラスをモックする代わりに、インターフェイスHttpClientを使用してください。この場合、これははるかに優れた解決策ですが、一般的にここで何が起こっているのでしょうか。この具象クラスをMockitoで適切にモックできないのはなぜですか？DefaultHttpClientについて何か特別なことはありますか？Mockitoが具象クラスをモックできない他のケースはありますか？

OSXでMockito1.8.5、Apache httpclient 4.0.3、Apache http core 4.1、JDK1.6.0を使用しています

use@Autowiredを使用してサービスを注入するクラスをテストしています。

しかし、テスト中にruleStoreをモックするにはどうすればよいですか？模擬のRuleStoreをSpringと自動配線システムに挿入する方法がわかりません。

ありがとう