Mockingフレームワークです。他のフレームワークが使用するexpect-run-verifyパターンを残すことによって、他のモッキングフレームワークとは異なります。代わりに、(非最終的な)クラスとインタフェースを模擬する1つの方法しか知らず、柔軟な引数マッチャーに基づいて検証とスタブを行うことができます。}バージョン2はまだベータ版です。again...2番目の呼び出しで異なる値が必要な場合は、必要な戻り引数をthenReturnメソッドに追加できます。nullモックされたメソッドにパラメータがある場合は、値も宣言する必要があります。"p1"例外をスローするには、次のメソッドを使用します。メソッドをテストしたいと思います。渡されているかどうかを確認する必要があります。is("val"));}Mockitoでモックされたオブジェクトを作成するMockitoでオブジェクトをモックするには、2つの方法があります。テストランナーは必要ありません。...}型の消去のため、上記のようにジェネリッククラスをモックすることはできません。依存することを宣言することです。2.xは既に移行されることが推奨されています。2.xでは配布が中止されています。インポートMockito施設のほとんどは、静的メソッドですorg.mockito.Mockito。org.mockito.Mockito.*;ドキュメントエントリポイントは、このクラスのjavadocにあります。メソッドクラスが動作するにはいくつかのWebサービスが必要であるとします。便利なテストを行うためにテストする必要があります。コードに含まれていない外部Webサービスが必要です。次に、この外部依存関係を中和する必要があります。メソッドをテストすることができます。有効でないシナリオを簡単に確認できます。}}Mockitoを使った簡単な単体テストテストするクラスは次のとおりです。doCallRealMethod()の一連のメソッドを使用してスタブすることができます。引数としてメソッドを。Mockitoアノテーションの使用テストするクラスは次のとおりです。アノテーションを使用すると、テストごとにさまざまなモックのインスタンスを作成する便利な方法です。}}Mockitoは依存性注入を次の順序で解決しようと試みます:コンストラクタベースの注入モックは、ほとんどの引数を使ってコンストラクタに注入されます(引数が見つからない場合はnullが渡されます)。オブジェクトがコンストラクタを介して正常に作成された場合、他の戦略は適用されません。セッターベースのインジェクションモックはタイプ別に注入されます。同じタイプのプロパティが複数ある場合は、プロパティ名とモック名が一致します。セッターベース注入と同じ。前述の戦略のいずれかが失敗した場合、失敗は報告されないことに注意してください。メソッドを使用できます。モックオブジェクトで呼び出されたと主張します。特定のパラメータでメソッドが呼び出されたかどうかを確認することもできます。23回呼び出されたことを確認します)。パラメータのより多くの例であり、メソッドの呼び出し回数をより詳細に制御できます。これにより、引数をあなたのテストメソッドに抽出し、そのメソッドに対してアサーションを実行することができます。この例では、指定されたIDを持つユーザーの名前を更新するメソッドをテストします。属性を指定された値で更新し、後で保存します。オブジェクトであることを確認する必要があります。インタフェースを提供します。同じユースケースに対して異なるアプローチを使用します。ArgumentMatcherはモックにも使用できます。メソッドを使用します。ArgumentMatcherのJavaDocsから:警告:複雑な引数マッチング、特にカスタム引数マッチャーを使用することで合理的であること。テストが読みにくくなる可能性があるためです。時々、モックに渡される引数にequals()を実装するほうが良いでしょう(Mockitoは引数マッチングのために自然にequals()を使います)。これは、テストクリーナーを作ることができます。