Mockito: ฉีดของจริงลงในช่อง @Autowired ส่วนตัว

ฉันใช้ Mockito @Mockและ@InjectMocksคำอธิบายประกอบในการฉีดการพึ่งพาในเขตข้อมูลส่วนตัวที่มีบันทึกย่อของสปริง@Autowired:

@RunWith(MockitoJUnitRunner.class)
public class DemoTest {
    @Mock
    private SomeService service;

    @InjectMocks
    private Demo demo;

    /* ... */
}

และ

public class Demo {

    @Autowired
    private SomeService service;

    /* ... */
}

ตอนนี้ฉันต้องการฉีดของจริงลงใน@Autowiredฟิลด์ส่วนตัว(โดยไม่มีตัวตั้งค่า) เป็นไปได้หรือเป็นกลไกที่ จำกัด เฉพาะการฉีด Mocks เท่านั้น?

ใช้@Spyคำอธิบายประกอบ

@RunWith(MockitoJUnitRunner.class)
public class DemoTest {
    @Spy
    private SomeService service = new RealServiceImpl();

    @InjectMocks
    private Demo demo;

    /* ... */
}

Mockito จะพิจารณาเขตข้อมูลทั้งหมดที่มี@Mockหรือมี@Spyคำอธิบายประกอบเป็นผู้สมัครที่มีโอกาสถูกแทรกลงในอินสแตนซ์ที่มี@InjectMocksคำอธิบายประกอบพร้อมคำอธิบายประกอบ ในกรณี'RealServiceImpl'ตัวอย่างข้างต้นจะได้รับการฉีดเข้าไปใน 'สาธิต'

สำหรับรายละเอียดเพิ่มเติมดู

Mockito บ้าน

@สอดแนม

@Mock

นอกเหนือจาก @Dev Blanked answer หากคุณต้องการใช้ bean ที่มีอยู่ซึ่งสร้างโดย Spring โค้ดสามารถปรับเปลี่ยนเป็น:

@RunWith(MockitoJUnitRunner.class)
public class DemoTest {

    @Inject
    private ApplicationContext ctx;

    @Spy
    private SomeService service;

    @InjectMocks
    private Demo demo;

    @Before
    public void setUp(){
        service = ctx.getBean(SomeService.class);
    }

    /* ... */
}

วิธีนี้คุณไม่จำเป็นต้องเปลี่ยนรหัสของคุณ (เพิ่มตัวสร้างอื่น) เพียงเพื่อให้การทดสอบใช้งานได้

Mockito ไม่ใช่กรอบ DI และแม้แต่ DI Frameworks ก็สนับสนุนการสร้างคอนสตรัคชั่นเหนือการฉีดภาคสนาม
ดังนั้นคุณเพียงแค่ประกาศให้นวกรรมิกตั้งค่าการพึ่งพาของชั้นเรียนภายใต้การทดสอบ:

@Mock
private SomeService serviceMock;

private Demo demo;

/* ... */
@BeforeEach
public void beforeEach(){
   demo = new Demo(serviceMock);
}

การใช้ Mockito spyสำหรับกรณีทั่วไปเป็นคำแนะนำที่แย่มาก มันทำให้คลาสทดสอบเปราะไม่ตรงและเกิดข้อผิดพลาดได้ง่าย: มีการล้อเลียนอะไรจริง ๆ ผ่านการทดสอบอะไรจริงๆ?
@InjectMocksและ@Spyยังสร้างความเสียหายต่อการออกแบบโดยรวมเนื่องจากมันช่วยให้ชั้นเรียนป่องและความรับผิดชอบที่หลากหลายในชั้นเรียน
โปรดอ่านspy()javadocก่อนใช้งานแบบสุ่มสี่สุ่มห้า (เน้นไม่ใช่ของฉัน):

สร้างสายลับของวัตถุจริง สายลับเรียกวิธีการจริงเว้นแต่พวกเขาจะถูกขัดจังหวะ สายลับจริงควรใช้อย่างระมัดระวังและเป็นครั้งคราวเช่นเมื่อจัดการกับรหัสดั้งเดิม

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

อย่างไรก็ตามมีบางกรณีที่ mocks บางส่วนเกิดประโยชน์: การจัดการกับโค้ดที่คุณไม่สามารถเปลี่ยนแปลงได้อย่างง่ายดาย (อินเทอร์เฟซของบุคคลที่สามการเปลี่ยนรหัสดั้งเดิมชั่วคราวเป็นต้น) อย่างไรก็ตามฉันจะไม่ใช้ mocks บางส่วนสำหรับการทดสอบใหม่ รหัสที่ออกแบบ

ในฤดูใบไม้ผลิมียูทิลิตี้เฉพาะที่เรียกว่าReflectionTestUtilsสำหรับจุดประสงค์นี้ ใช้อินสแตนซ์ที่เฉพาะเจาะจงและฉีดลงในฟิลด์

@Spy
..
@Mock
..

@InjectMock
Foo foo;

@BeforeEach
void _before(){
   ReflectionTestUtils.setField(foo,"bar", new BarImpl());// `bar` is private field
}

ฉันรู้ว่านี่เป็นคำถามเก่า แต่เราต้องเผชิญกับปัญหาเดียวกันเมื่อพยายามฉีด Strings ดังนั้นเราจึงคิดค้นส่วนขยาย JUnit5 / Mockito ที่ทำสิ่งที่คุณต้องการ: https://github.com/exabrial/mockito-object-inject

แก้ไข:

@InjectionMap
 private Map<String, Object> injectionMap = new HashMap<>();

 @BeforeEach
 public void beforeEach() throws Exception {
  injectionMap.put("securityEnabled", Boolean.TRUE);
 }

 @AfterEach
 public void afterEach() throws Exception {
  injectionMap.clear();
 }