Mockito: Mencoba memata-matai metode memanggil metode asli

Saya menggunakan Mockito 1.9.0. Saya ingin mengejek perilaku untuk metode tunggal kelas dalam tes JUnit, jadi saya punya

final MyClass myClassSpy = Mockito.spy(myInstance);
Mockito.when(myClassSpy.method1()).thenReturn(myResults);

Masalahnya adalah, pada baris kedua, myClassSpy.method1()sebenarnya dipanggil, menghasilkan pengecualian. Satu-satunya alasan saya menggunakan ejekan adalah agar nanti, kapan pun myClassSpy.method1()dipanggil, metode sebenarnya tidak akan dipanggil dan myResultsobjek akan dikembalikan.

MyClassadalah antarmuka dan myInstancemerupakan implementasi dari itu, jika itu penting.

Apa yang harus saya lakukan untuk memperbaiki perilaku memata-matai ini?

Izinkan saya mengutip dokumentasi resmi :

Gotcha penting pada memata-matai benda nyata!

Terkadang tidak mungkin untuk digunakan saat (Objek) untuk mematikan mata-mata. Contoh:

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

// Impossible: real method is called so spy.get(0) throws IndexOutOfBoundsException (the list is yet empty)
when(spy.get(0)).thenReturn("foo");

// You have to use doReturn() for stubbing
doReturn("foo").when(spy).get(0);

Dalam kasus Anda itu berlangsung seperti:

doReturn(resulstIWant).when(myClassSpy).method1();

Kasus saya berbeda dari jawaban yang diterima. Saya mencoba untuk mengejek metode paket-pribadi untuk contoh yang tidak hidup dalam paket itu

package common;

public class Animal {
  void packageProtected();
}

package instances;

class Dog extends Animal { }

dan kelas tes

package common;

public abstract class AnimalTest<T extends Animal> {
  @Before
  setup(){
    doNothing().when(getInstance()).packageProtected();
  }

  abstract T getInstance();
}

package instances;

class DogTest extends AnimalTest<Dog> {
  Dog getInstance(){
    return spy(new Dog());
  }

  @Test
  public void myTest(){}
}

Kompilasi itu benar, tetapi ketika mencoba untuk mengatur tes, itu memanggil metode yang sebenarnya.

Menyatakan metode yang dilindungi atau publik memperbaiki masalah, itu bukan solusi bersih.

Dalam kasus saya, menggunakan Mockito 2.0, saya harus mengubah semua any()parameter nullable()untuk mematikan panggilan sebenarnya.

Jawaban oleh Tomasz Nurkiewicz tampaknya tidak menceritakan keseluruhan cerita!

NB Mockito versi: 1.10.19.

Saya seorang pemula Mockito, jadi tidak bisa menjelaskan perilaku berikut: jika ada seorang ahli di luar sana yang dapat meningkatkan jawaban ini, silakan saja.

Metode yang dimaksud di sini, getContentStringValueadalah TIDAK final dan TIDAK static .

Baris ini memang memanggil metode asli getContentStringValue:

doReturn( "dummy" ).when( im ).getContentStringValue( anyInt(), isA( ScoreDoc.class ));

Baris ini tidak memanggil metode asli getContentStringValue:

doReturn( "dummy" ).when( im ).getContentStringValue( anyInt(), any( ScoreDoc.class ));

Untuk alasan yang tidak dapat saya jawab, menggunakan isA()penyebab perilaku (?) "Jangan panggil metode" doReturngagal.

Mari kita lihat tanda tangan metode yang terlibat di sini: keduanya adalah staticmetode Matchers. Keduanya dikatakan oleh Javadoc untuk kembali null, yang agak sulit untuk membuat kepala Anda berputar. Agaknya Classobjek diteruskan sebagai parameter diperiksa tetapi hasilnya tidak pernah dihitung atau dibuang. Mengingat bahwa nulldapat berdiri untuk kelas apa pun dan bahwa Anda berharap metode yang diejek tidak dapat dipanggil, tidak dapat tanda tangan isA( ... )dan any( ... )hanya kembali nulldaripada parameter generik *<T> ?

Bagaimanapun:

public static <T> T isA(java.lang.Class<T> clazz)

public static <T> T any(java.lang.Class<T> clazz)

Dokumentasi API tidak memberikan petunjuk tentang hal ini. Tampaknya juga mengatakan perlunya perilaku "jangan panggil metode" semacam itu "sangat jarang". Secara pribadi saya menggunakan teknik ini sepanjang waktu : biasanya saya menemukan bahwa mengejek melibatkan beberapa baris yang "mengatur adegan" ... diikuti dengan memanggil metode yang kemudian "memainkan" adegan dalam konteks tiruan yang telah Anda tampilkan .. ... dan saat Anda mengatur pemandangan dan alat peraga, hal terakhir yang Anda inginkan adalah para aktor memasuki panggung kiri dan mulai memerankan hati mereka ...

Tapi ini jauh melampaui nilai gajiku ... Aku mengundang penjelasan dari pendeta tinggi Mockito yang lewat ...

* Apakah "parameter umum" istilah yang tepat?

Satu lagi skenario yang mungkin menyebabkan masalah dengan mata-mata adalah ketika Anda menguji kacang musim semi (dengan kerangka uji pegas) atau kerangka kerja lain yang memeriksa objek Anda selama pengujian .

Contoh

@Autowired
private MonitoringDocumentsRepository repository

void test(){
    repository = Mockito.spy(repository)
    Mockito.doReturn(docs1, docs2)
            .when(repository).findMonitoringDocuments(Mockito.nullable(MonitoringDocumentSearchRequest.class));
}

Dalam kode di atas baik Spring dan Mockito akan mencoba untuk mem-proxy objek MonitoringDocumentsRepository Anda, tetapi Spring akan menjadi yang pertama, yang akan menyebabkan panggilan nyata metode findMonitoringDocuments. Jika kita men-debug kode kita setelah meletakkan mata-mata pada objek repositori, maka akan terlihat seperti ini di dalam debugger:

repository = MonitoringDocumentsRepository$$EnhancerBySpringCGLIB$$MockitoMock$

@SpyBean untuk menyelamatkan

Jika bukan @Autowiredanotasi, kami menggunakan @SpyBeananotasi, kami akan menyelesaikan masalah di atas, anotasi SpyBean juga akan menyuntikkan objek repositori tetapi akan terlebih dahulu diproksi oleh Mockito dan akan terlihat seperti ini di dalam debugger

repository = MonitoringDocumentsRepository$$MockitoMock$$EnhancerBySpringCGLIB$

dan ini kodenya:

@SpyBean
private MonitoringDocumentsRepository repository

void test(){
    Mockito.doReturn(docs1, docs2)
            .when(repository).findMonitoringDocuments(Mockito.nullable(MonitoringDocumentSearchRequest.class));
}

Saya telah menemukan alasan lain bagi mata-mata untuk memanggil metode asli.

Seseorang memiliki ide untuk mengejek finalkelas, dan menemukan tentang MockMaker:

Karena ini bekerja secara berbeda dengan mekanisme kami saat ini dan ini memiliki keterbatasan yang berbeda dan karena kami ingin mengumpulkan pengalaman dan umpan balik pengguna, fitur ini harus diaktifkan secara eksplisit agar tersedia; itu dapat dilakukan melalui mekanisme ekstensi mockito dengan membuat file yang src/test/resources/mockito-extensions/org.mockito.plugins.MockMakerberisi satu baris:mock-maker-inline

Sumber: https://github.com/mockito/mockito/wiki/What%27s-new-in-Mockito-2#mock-the-unmockable-opt-in-mocking-of-final-classesmethods

Setelah saya bergabung dan membawa file itu ke mesin saya, tes saya gagal.

Saya hanya harus menghapus baris (atau file), dan spy()berhasil.

Agak terlambat ke pesta tetapi solusi di atas tidak bekerja untuk saya, jadi bagikan $ 0,02 saya

Versi Mokcito: 1.10.19

MyClass.java

private int handleAction(List<String> argList, String action)

Test.java

MyClass spy = PowerMockito.spy(new MyClass());

Berikut ini TIDAK bekerja untuk saya (metode aktual dipanggil):

1.

doReturn(0).when(spy , "handleAction", ListUtils.EMPTY_LIST, new String());

2.

doReturn(0).when(spy , "handleAction", any(), anyString());

3.

doReturn(0).when(spy , "handleAction", null, null);

Berikut BEKERJA:

doReturn(0).when(spy , "handleAction", any(List.class), anyString());

Salah satu cara untuk memastikan metode dari kelas tidak dipanggil adalah dengan mengganti metode dengan dummy.

    WebFormCreatorActivity activity = spy(new WebFormCreatorActivity(clientFactory) {//spy(new WebFormCreatorActivity(clientFactory));
            @Override
            public void select(TreeItem i) {
                log.debug("SELECT");
            };
        });

Jawaban untuk pengguna scala: Menempatkan doReturnlebih dulu tidak berhasil! Lihat posting ini .