【Java】【単体テスト】Mockオブジェクトを使うか、自力でインスタンスを生成するか

Question

JavaでJUnit + Mockito（モックライブラリ）を利用して単体テストを実施しています。
次のようなクラスのメソッドのテストを実装しようと思った場合、ObjectA, ObjectBはモックを利用すべきでしょうか、実際にインスタンスを生成してテストを行うでべきでしょうか。

public class Hoge {

	public void (ObjectA a, ObjectB b) {
		// ObjectA, ObjectBを利用して何かしらの処理を行う。
	}
}

インスタンス生成が難しいオブジェクトなどは迷わずモックになるのかと思いますが、
自分の中での基準がはっきりとしておらず、なにかしらの判断基準があればご教示いただけますと幸いです。
メソッド内部の処理にも依存しますでしょうか？

どうぞよろしくお願い致します。

Answer 1

個人的な意見です。
通常mvcモデルのwebサービスにおいて、異なる階層の場合モックを使いケースが多いです。

例：
ロジック層でDaoオブジェクト(DBアクセス)を行う。

public class Hoge {
	public HogeDao dao;
	// テスト対象
	public void read() {
		Hoge hoge = dao.read(xx);
		if (hoge == null) { 
			// do something 
		} else {
			// do someting else
		}
	}
}

上記の場合、daoはモックを使い、read()メソッドに対して異なる振る舞いを定義する。
daoモックを使わない場合、

1. dao.read()の結果がnullとnullでない実のテストデータを用意する必要がある。
2. 1によって、単体テストの意味を超えてしまう。

でもプロジェクトによっては、daoのテストをlogicテストでカーバする(決めの問題)こともあり、
この場合は、mock化してはいけないですね。

本文のObjectAとObjectBも、オブジェクト種類、メソッド内での使い方などを顧慮すべきでしょうね。

Answer 2

外部システムへのAPI実行や、メール送信など、該当システム内部からの操作では、成功・失敗の意図的な操作や実行結果の切り分けが難しい場合、Mockが登場するかと思います。
DB周り等でも開発しているシステムのものであればDB操作向けテストライブラリなどの導入で対応できるかと思います。

もし、単体テスト内でHTTP通信を外部サーバへシている箇所があれば、そういったところからMockクラスで代替シてはいかがでしょうか。

なおDB周りの単体テストについてはDBSetupがおすすめです。

Answer 3

UIの本質はメソッド単体の試験なので
基本的にはDIしているオブジェクトなどに対してのみMock化を行うと思います。
出来る限り引数に対してのMockは行いません。が、おっしゃるとおりインタフェースで実装が必要なメソッドがかなり多いなどのインスタンス生成が難しいオブジェクトについてはMock化するしかありません。
その場合は部分Mock化などを検討するべきじゃないですかね。
メソッド内で利用する処理のみはMock化しないなど。