Mockitoを使用して一部のメソッドのみをモックする

Mockitoを使用して、クラスの一部のメソッドだけをモックする方法はありますか？

たとえば、この（確かに考案された）Stockクラスでは、（以下のテストスニペットに示すように）getPrice()とgetQuantity()戻り値をモックしたいgetValue()が、Stockクラスでコーディングされているとおりに乗算を実行したい

public class Stock {
  private final double price;
  private final int quantity;

  Stock(double price, int quantity) {
    this.price = price;
    this.quantity = quantity;
  }

  public double getPrice() {
    return price;
  }

  public int getQuantity() {
    return quantity;
  }
  public double getValue() {
    return getPrice() * getQuantity();
  }

  @Test
  public void getValueTest() {
    Stock stock = mock(Stock.class);
    when(stock.getPrice()).thenReturn(100.00);
    when(stock.getQuantity()).thenReturn(200);
    double value = stock.getValue();
    // Unfortunately the following assert fails, because the mock Stock getValue() method does not perform the Stock.getValue() calculation code.
    assertEquals("Stock value not correct", 100.00*200, value, .00001);
}

質問に直接回答するには、はい、他のモックを作成せずに一部のメソッドをモックすることができます。これは部分モックと呼ばれます。詳細については、部分的なモックに関するMockitoのドキュメントを参照してください。

あなたの例では、テストで次のようなことをすることができます：

Stock stock = mock(Stock.class);
when(stock.getPrice()).thenReturn(100.00);    // Mock implementation
when(stock.getQuantity()).thenReturn(200);    // Mock implementation
when(stock.getValue()).thenCallRealMethod();  // Real implementation

その場合、句で指定さthenCallRealMethod()れていない限り、各メソッドの実装はモックされますwhen(..)。

モックの代わりにスパイを使って逆の可能性もあります：

Stock stock = spy(Stock.class);
when(stock.getPrice()).thenReturn(100.00);    // Mock implementation
when(stock.getQuantity()).thenReturn(200);    // Mock implementation
// All other method call will use the real implementations

その場合、すべてのメソッドの実装は実際のものです。ただし、でモック動作を定義した場合は除きますwhen(..)。

when(Object)前の例のようにスパイで使用する場合、1つの重要な落とし穴があります。実際のメソッドが呼び出されます（実行時にstock.getPrice()評価されるためwhen(..)）。メソッドに呼び出すべきでないロジックが含まれている場合、これは問題になる可能性があります。前の例は次のように書くことができます：

Stock stock = spy(Stock.class);
doReturn(100.00).when(stock).getPrice();    // Mock implementation
doReturn(200).when(stock).getQuantity();    // Mock implementation
// All other method call will use the real implementations

別の可能性org.mockito.Mockito.CALLS_REAL_METHODSとしては、次のものを使用することが考えられます。

Stock MOCK_STOCK = Mockito.mock( Stock.class, CALLS_REAL_METHODS );

これにより、スタブ化されていない呼び出しが実際の実装に委任されます。

しかし、あなたの例で、私はそれがまだの実装があるため、失敗すると信じgetValue()に依存しているquantityとprice、いうよりgetQuantity()とgetPrice()あなたが嘲笑たものです。

別の可能性は、モックを完全に回避することです：

@Test
public void getValueTest() {
    Stock stock = new Stock(100.00, 200);
    double value = stock.getValue();
    assertEquals("Stock value not correct", 100.00*200, value, .00001);
}

クラスの部分的なモッキングは、mockitoのSpyでもサポートされています

List list = new LinkedList();
List spy = spy(list);

//optionally, you can stub out some methods:
when(spy.size()).thenReturn(100);

//using the spy calls real methods
spy.add("one");
spy.add("two");

//size() method was stubbed - 100 is printed
System.out.println(spy.size());

1.10.19と2.7.22ドキュメントで詳細な説明を確認してください。

ドキュメントによると：

Foo mock = mock(Foo.class, CALLS_REAL_METHODS);

// this calls the real implementation of Foo.getSomething()
value = mock.getSomething();

when(mock.getSomething()).thenReturn(fakeValue);

// now fakeValue is returned
value = mock.getSomething();

あなたが欲しいのはorg.mockito.Mockito.CALLS_REAL_METHODSドキュメントによると：

/**
 * Optional <code>Answer</code> to be used with {@link Mockito#mock(Class, Answer)}
 * <p>
 * {@link Answer} can be used to define the return values of unstubbed invocations.
 * <p>
 * This implementation can be helpful when working with legacy code.
 * When this implementation is used, unstubbed methods will delegate to the real implementation.
 * This is a way to create a partial mock object that calls real methods by default.
 * <p>
 * As usual you are going to read <b>the partial mock warning</b>:
 * Object oriented programming is more less tackling complexity by dividing the complexity into separate, specific, SRPy objects.
 * How does partial mock fit into this paradigm? Well, it just doesn't... 
 * Partial mock usually means that the complexity has been moved to a different method on the same object.
 * In most cases, this is not the way you want to design your application.
 * <p>
 * However, there are rare cases when partial mocks come handy: 
 * dealing with code you cannot change easily (3rd party interfaces, interim refactoring of legacy code etc.)
 * However, I wouldn't use partial mocks for new, test-driven & well-designed code.
 * <p>
 * Example:
 * <pre class="code"><code class="java">
 * Foo mock = mock(Foo.class, CALLS_REAL_METHODS);
 *
 * // this calls the real implementation of Foo.getSomething()
 * value = mock.getSomething();
 *
 * when(mock.getSomething()).thenReturn(fakeValue);
 *
 * // now fakeValue is returned
 * value = mock.getSomething();
 * </code></pre>
 */

したがって、コードは次のようになります。

import org.junit.Test;
import static org.mockito.Mockito.*;
import static org.junit.Assert.*;

public class StockTest {

    public class Stock {
        private final double price;
        private final int quantity;

        Stock(double price, int quantity) {
            this.price = price;
            this.quantity = quantity;
        }

        public double getPrice() {
            return price;
        }

        public int getQuantity() {
            return quantity;
        }

        public double getValue() {
            return getPrice() * getQuantity();
        }
    }

    @Test
    public void getValueTest() {
        Stock stock = mock(Stock.class, withSettings().defaultAnswer(CALLS_REAL_METHODS));
        when(stock.getPrice()).thenReturn(100.00);
        when(stock.getQuantity()).thenReturn(200);
        double value = stock.getValue();

        assertEquals("Stock value not correct", 100.00 * 200, value, .00001);
    }
}

コールStock stock = mock(Stock.class);の呼び出しorg.mockito.Mockito.mock(Class<T>)のようになります。

 public static <T> T mock(Class<T> classToMock) {
    return mock(classToMock, withSettings().defaultAnswer(RETURNS_DEFAULTS));
}

値のドキュメントは次のRETURNS_DEFAULTSように伝えます：

/**
 * The default <code>Answer</code> of every mock <b>if</b> the mock was not stubbed.
 * Typically it just returns some empty value. 
 * <p>
 * {@link Answer} can be used to define the return values of unstubbed invocations. 
 * <p>
 * This implementation first tries the global configuration. 
 * If there is no global configuration then it uses {@link ReturnsEmptyValues} (returns zeros, empty collections, nulls, etc.)
 */

上記の回答ですでに述べたように、Mockitoのスパイメソッドを使用した部分的なモッキングが問題の解決策になる可能性があります。あなたの具体的なユースケースでは、DBルックアップをモックする方が適切かもしれないと私はある程度同意します。私の経験から、これは常に可能であるとは限りません-少なくとも他の回避策がないと-非常に扱いにくいか、少なくとも壊れやすいと考えます。部分的なモッキングは、味方バージョンのMockitoでは機能しないことに注意してください。少なくとも1.8.0を使用している。

この回答を投稿する代わりに、元の質問に簡単なコメントを書いただけですが、StackOverflowではこれを許可していません。

もう1つだけ、ここで質問が何度も行われることを理解できません。少なくとも問題を理解しようとしないと、「なぜこれを実行したいのか」というコメントが返されます。特に、部分的なモックが必要になると、それがどこに役立つか想像できるユースケースが本当にたくさんあります。そのため、Mockitoのスタッフがその機能を提供しました。もちろん、この機能は使いすぎないでください。しかし、非常に複雑な方法では確立できなかったテストケースのセットアップについて話すときは、スパイを使用する必要があります。