ใช้ 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 เกี่ยวกับ mocks บางส่วนสำหรับข้อมูลเพิ่มเติม

สำหรับตัวอย่างของคุณคุณสามารถทำสิ่งต่อไปนี้ในการทดสอบของคุณ:

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)กับสายลับเหมือนในตัวอย่างก่อนหน้านี้ วิธีการจริงจะถูกเรียก (เพราะ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 );

ผู้ได้รับมอบหมายนี้โทร unstubbed เพื่อการใช้งานจริง

อย่างไรก็ตามด้วยตัวอย่างของคุณฉันเชื่อว่ามันจะยังคงล้มเหลวเนื่องจากการดำเนินการgetValue()อาศัยquantityและpriceมากกว่าgetQuantity()และgetPrice()ซึ่งเป็นสิ่งที่คุณได้เย้ยหยัน

ความเป็นไปได้อีกอย่างหนึ่งคือการหลีกเลี่ยง mocks ทั้งหมด:

@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);
}

การเยาะเย้ยบางส่วนของคลาสได้รับการสนับสนุนผ่านSpyใน mockito

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 ไม่อนุญาตสิ่งนี้

อีกเพียงสิ่งเดียว: ฉันไม่สามารถเข้าใจได้ว่าคำถามที่ถามบ่อยครั้งจะได้รับความคิดเห็นด้วย "ทำไมคุณถึงต้องการทำสิ่งนี้" โดยที่อย่างน้อยก็พยายามเข้าใจปัญหา โดยเฉพาะอย่างยิ่งเมื่อพูดถึงความจำเป็นในการเยาะเย้ยบางส่วนมีกรณีการใช้งานมากมายที่ฉันสามารถจินตนาการได้ว่ามันจะมีประโยชน์ที่ไหน นั่นเป็นเหตุผลที่คนจาก Mockito ได้จัดเตรียมการทำงานนั้นไว้ แน่นอนว่าคุณสมบัตินี้ไม่ควรใช้มากเกินไป แต่เมื่อเราพูดถึงการตั้งค่ากรณีทดสอบที่ไม่สามารถสร้างได้ด้วยวิธีที่ซับซ้อนมากควรใช้การสอดแนม