จำลองตัวสร้างด้วยพารามิเตอร์


90

ฉันมีคลาสดังนี้:

public class A {
    public A(String test) {
        bla bla bla
    }

    public String check() {
        bla bla bla
    }
}

ตรรกะในตัวสร้างA(String test)และcheck()เป็นสิ่งที่ฉันพยายามล้อเลียน ฉันต้องการโทรใด ๆ เช่น: ผลตอบแทนสตริงหุ่นnew A($$$any string$$$).check()"test"

ฉันเหนื่อย:

 A a = mock(A.class); 
 when(a.check()).thenReturn("test");

 String test = a.check(); // to this point, everything works. test shows as "tests"

 whenNew(A.class).withArguments(Matchers.anyString()).thenReturn(rk);
 // also tried:
 //whenNew(A.class).withParameterTypes(String.class).withArguments(Matchers.anyString()).thenReturn(rk);

 new A("random string").check();  // this doesn't work

แต่ดูเหมือนจะไม่ได้ผล new A($$$any string$$$).check()ยังคงใช้ตรรกะตัวสร้างแทนที่จะดึงวัตถุที่เยาะเย้ยของA.


วิธีการตรวจสอบจำลอง () ของคุณใช้งานได้จริงหรือไม่?
Ben Glasser

@BenGlasser check () ใช้งานได้ดี เพียงแค่เมื่อใหม่ดูเหมือนจะไม่ทำงานเลย ฉันอัปเดตคำอธิบายด้วย
Shengjie

คำตอบ:


93

รหัสที่คุณโพสต์ใช้ได้สำหรับฉันกับ Mockito และ Powermockito เวอร์ชันล่าสุด บางทีคุณอาจไม่ได้เตรียม A? ลองสิ่งนี้:

อ. java

public class A {
     private final String test;

    public A(String test) {
        this.test = test;
    }

    public String check() {
        return "checked " + this.test;
    }
}

MockA.java

import static org.hamcrest.MatcherAssert.assertThat;
import static org.hamcrest.Matchers.equalTo;
import static org.mockito.Mockito.mock;
import static org.mockito.Mockito.when;

import org.junit.Test;
import org.junit.runner.RunWith;
import org.mockito.Mockito;
import org.powermock.api.mockito.PowerMockito;
import org.powermock.core.classloader.annotations.PrepareForTest;
import org.powermock.modules.junit4.PowerMockRunner;

@RunWith(PowerMockRunner.class)
@PrepareForTest(A.class)
public class MockA {
    @Test
    public void test_not_mocked() throws Throwable {
        assertThat(new A("random string").check(), equalTo("checked random string"));
    }
    @Test
    public void test_mocked() throws Throwable {
         A a = mock(A.class); 
         when(a.check()).thenReturn("test");
         PowerMockito.whenNew(A.class).withArguments(Mockito.anyString()).thenReturn(a);
         assertThat(new A("random string").check(), equalTo("test"));
    }
}

การทดสอบทั้งสองควรผ่าน mockito 1.9.0, powermockito 1.4.12 และ junit 4.8.2


25
โปรดทราบว่าหากตัวสร้างถูกเรียกจากคลาสอื่นให้รวมไว้ในรายการในPrepareForTest
Jeff E

ใครมีความคิดว่าทำไมเราควรเตรียมตัวเมื่อ "PowerMockito.whenNew" เรียกว่า?
udayanga

50

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

รูปแบบ 1 - ใช้วิธีการบรรทัดเดียวสำหรับการสร้างวัตถุ

ในการใช้รูปแบบ 1 (ทดสอบคลาสที่เรียกว่า MyClass) คุณจะแทนที่การเรียกเช่น

   Foo foo = new Foo( a, b, c );

ด้วย

   Foo foo = makeFoo( a, b, c );

และเขียนวิธีการบรรทัดเดียว

   Foo makeFoo( A a, B b, C c ) { 
        return new Foo( a, b, c );
   }

สิ่งสำคัญคือคุณต้องไม่ใส่ตรรกะใด ๆ ในวิธีการนี้ เพียงบรรทัดเดียวที่สร้างวัตถุ เหตุผลก็คือวิธีนี้จะไม่ถูกทดสอบหน่วย

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

ชั้นเรียนทดสอบของคุณอาจมีสมาชิกเช่น

  @Mock private Foo mockFoo;
  private MyClass toTest = spy(new MyClass());

สุดท้ายในวิธีการทดสอบของคุณคุณเยาะเย้ยการเรียกร้องให้ makeFoo ด้วยบรรทัดเช่น

  doReturn( mockFoo )
      .when( toTest )
      .makeFoo( any( A.class ), any( B.class ), any( C.class ));

คุณสามารถใช้ตัวจับคู่ที่เฉพาะเจาะจงมากกว่าใด ๆ () หากคุณต้องการตรวจสอบอาร์กิวเมนต์ที่ส่งผ่านไปยังตัวสร้าง

หากคุณแค่ต้องการส่งคืนสิ่งของที่ถูกล้อเลียนในชั้นเรียนของคุณฉันคิดว่าสิ่งนี้น่าจะเหมาะกับคุณ ไม่ว่าในกรณีใดคุณสามารถอ่านเพิ่มเติมเกี่ยวกับการสร้างวัตถุจำลองได้ที่นี่:

http://code.google.com/p/mockito/wiki/MockingObjectCreation


21
+1 ฉันไม่ชอบความจริงที่ว่าฉันต้องปรับซอร์สโค้ดของฉันเพื่อให้เป็นมิตรกับม็อกโต ขอบคุณสำหรับการแบ่งปัน
Shengjie

23
ไม่เลวเลยที่จะมีซอร์สโค้ดที่สามารถทดสอบได้มากกว่าหรือเพื่อหลีกเลี่ยงรูปแบบการต่อต้านการทดสอบเมื่อคุณเขียนโค้ดของคุณ หากคุณเขียนซอร์สที่ทดสอบได้มากกว่าก็จะสามารถบำรุงรักษาได้โดยอัตโนมัติ การแยกการเรียกตัวสร้างของคุณด้วยวิธีการของตนเองเป็นเพียงวิธีหนึ่งในการบรรลุเป้าหมายนี้
Dawood ibn Kareem

1
การเขียนโค้ดทดสอบได้ดี การถูกบังคับให้ออกแบบคลาส A ใหม่เพื่อให้ฉันสามารถเขียนแบบทดสอบสำหรับคลาส B ได้ซึ่งขึ้นอยู่กับ A เนื่องจาก A มีการพึ่งพา C แบบฮาร์ดโค้ดทำให้รู้สึก ... ไม่ค่อยดี ใช่แล้วโค้ดจะดีขึ้นในที่สุด แต่จะมีกี่คลาสที่ฉันจะออกแบบใหม่เพื่อที่ฉันจะได้เขียนแบบทดสอบหนึ่งให้เสร็จ
Mark Wood

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

12

โดยไม่ต้องใช้ Powermock .... ดูตัวอย่างด้านล่างตามคำตอบของ Ben Glasser เนื่องจากฉันใช้เวลาพอสมควรในการคิดออก .. หวังว่าจะช่วยประหยัดเวลาได้บ้าง ...

คลาสเดิม:

public class AClazz {

    public void updateObject(CClazz cClazzObj) {
        log.debug("Bundler set.");
        cClazzObj.setBundler(new BClazz(cClazzObj, 10));
    } 
}

คลาสดัดแปลง:

@Slf4j
public class AClazz {

    public void updateObject(CClazz cClazzObj) {
        log.debug("Bundler set.");
        cClazzObj.setBundler(getBObject(cClazzObj, 10));
    }

    protected BClazz getBObject(CClazz cClazzObj, int i) {
        return new BClazz(cClazzObj, 10);
    }
 }

ชั้นทดสอบ

public class AClazzTest {

    @InjectMocks
    @Spy
    private AClazz aClazzObj;

    @Mock
    private CClazz cClazzObj;

    @Mock
    private BClazz bClassObj;

    @Before
    public void setUp() throws Exception {
        Mockito.doReturn(bClassObj)
               .when(aClazzObj)
               .getBObject(Mockito.eq(cClazzObj), Mockito.anyInt());
    }

    @Test
    public void testConfigStrategy() {
        aClazzObj.updateObject(cClazzObj);

        Mockito.verify(cClazzObj, Mockito.times(1)).setBundler(bClassObj);
    }
}

7

ด้วย mockito คุณสามารถใช้กับการตั้งค่า () ตัวอย่างเช่นหาก CounterService ต้องการการอ้างอิง 2 รายการคุณสามารถส่งต่อเป็นแบบจำลองได้:

UserService userService = Mockito.mock(UserService.class); SearchService searchService = Mockito.mock(SearchService.class); CounterService counterService = Mockito.mock(CounterService.class, withSettings().useConstructor(userService, searchService));


ในความคิดของฉันคำตอบที่ง่ายและดีที่สุด ขอขอบคุณ.

4

Mockito มีข้อ จำกัด ในการทดสอบวิธีสุดท้ายแบบคงที่และแบบส่วนตัว

ด้วยไลบรารีการทดสอบ jMockit คุณสามารถทำบางสิ่งได้อย่างง่ายดายและตรงไปตรงมาดังต่อไปนี้:

ตัวสร้างจำลองของคลาส java.io.File:

new MockUp<File>(){
    @Mock
    public void $init(String pathname){
        System.out.println(pathname);
        // or do whatever you want
    }
};
  • ควรแทนที่ชื่อตัวสร้างสาธารณะด้วย $ init
  • ข้อโต้แย้งและข้อยกเว้นที่เกิดขึ้นยังคงเหมือนเดิม
  • ควรกำหนดประเภทผลตอบแทนเป็นโมฆะ

จำลองวิธีการคงที่:

  • ลบสแตติกออกจากลายเซ็นจำลองวิธีการ
  • ลายเซ็นของวิธีการยังคงเหมือนเดิม
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.