Mockito Spy: mengejek kaedah dalam contoh kelas yang sama

Mockito Spy: Mengejutkan kaedah dalam contoh kelas yang sama

Contoh ini menunjukkan cara menggunakan fungsi Mockito spy untuk mengejek kaedah tertentu dalam kelas. Katakan kita mempunyai kelas yang dipanggil MyClass:

public class MyClass {
    public int add(int a, int b) {
        return a + b + internalMethod();
    }

    private int internalMethod() {
        return 5; // This is the method we want to isolate
    }

    public int anotherMethod() {
        return 10;
    }
}

kita mahu menguji kaedah add, tetapi kita tidak mahu hasilnya dipengaruhi oleh internalMethod. Kita boleh menggunakan pengintip untuk mengejek hanya internalMethod:

import org.junit.jupiter.api.Test;
import org.mockito.Mockito;

import static org.junit.jupiter.api.Assertions.assertEquals;
import static org.mockito.Mockito.spy;
import static org.mockito.Mockito.when;

public class MyClassTest {
    @Test
    void testAddMethod() {
        MyClass myClassSpy = spy(MyClass.class);
        when(myClassSpy.internalMethod()).thenReturn(10); // Mock the internal method

        int result = myClassSpy.add(2, 3);
        assertEquals(15, result); // 2 + 3 + 10 = 15
    }
}

Dalam contoh ini, kita membuat pengintip MyClass. Kemudian, dengan menggunakan when(myClassSpy.internalMethod()).thenReturn(10);, kami membantah internalMethod untuk kembali 10, mengasingkan tingkah lakunya dari ujian kaedah add. Penegasan itu kemudiannya mengesahkan bahawa kaedah add berkelakuan dengan betul diberikan yang dihina internalMethod. Ini bermakna anda boleh mengekalkan pelaksanaan sebenar kebanyakan kaedah sementara secara selektif mengejek kaedah tertentu. Untuk menggunakannya, anda membuat pengintip menggunakan

. Kemudian, anda menggunakan kaedah Mockito

untuk menentukan tingkah laku kaedah yang anda mahu mengejek. Contohnya: spy

Ini akan membuat objek pengintip spy. Panggilan ke Mockito.spy(yourObject) pada when() akan kembali 10. Semua kaedah lain akan menggunakan pelaksanaan sebenar mereka. Ini membolehkan ujian sasaran tingkah laku kaedah tertentu secara berasingan dari seluruh kelas. Ingatlah bahawa anda mesti menggunakan

untuk menentukan tingkah laku untuk kaedah yang anda mahu mengejek; Jika tidak, ia akan memanggil pelaksanaan sebenar.

• Ini boleh membawa kepada tingkah laku yang tidak dijangka semasa ujian dan menjadikannya sukar untuk mengasingkan unit yang diuji. Jika mengubah keadaan objek, pengubahsuaian itu masih akan berlaku, walaupun anda telah mengejek nilai pulangannya. Adakah masalah dengan kaedah yang diuji, atau kesan sampingan dari kaedah yang tidak terkunci? Perubahan dalam pelaksanaan boleh memecahkan ujian anda walaupun fungsi tetap sama. Mocking biasanya lebih mudah dan kurang terdedah kepada kesan sampingan yang tidak dijangka. Pilih Perisik apabila: internalMethod
• Interaksi ujian: anda perlu menguji interaksi antara kaedah yang diuji dan kaedah dalamannya, dan kaedah dalaman mempunyai kesan sampingan yang signifikan atau kebergantungan yang tidak dapat diperbaiki dengan mudah. Mocking. Sekiranya boleh, refactoring kod anda untuk menjadikannya lebih mudah diuji biasanya merupakan penyelesaian jangka panjang yang lebih baik daripada bergantung kepada mata-mata untuk bekerja di sekitar kebergantungan kompleks atau kesan sampingan. Selalunya, reka bentuk berstruktur dengan pemisahan yang jelas akan membolehkan ujian yang lebih mudah dan lebih dipercayai menggunakan mocks.

Atas ialah kandungan terperinci Mockito Spy: mengejek kaedah dalam contoh kelas yang sama. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!