Gunakan Junit 5 dan Mockito untuk mengasingkan kebergantungan secara berkesan untuk ujian unit. 1. Buat objek mengejek melalui @mock, @InjectMocks menyuntik contoh yang diuji, @extendwith membolehkan lanjutan Mockito; 2. Gunakan bila (). KemudianReturn () untuk menentukan tingkah laku simulasi, sahkan () untuk mengesahkan bilangan panggilan kaedah dan parameter; 3. Boleh mensimulasikan senario pengecualian dan mengesahkan pengendalian ralat; 4. Mengesyorkan suntikan pembina, elakkan daripada simulasi, dan mengekalkan atom ujian; 5. Gunakan AssertAll () untuk menggabungkan pernyataan, dan @nested menganjurkan senario ujian untuk meningkatkan penguraikan ujian dan kebolehpercayaan.

Ujian unit dan mengejek adalah cara penting untuk memastikan kualiti kod di Java, dan Junit 5 dan Mockito adalah kombinasi yang paling popular dalam kerangka ujian. Mereka bekerjasama untuk mengasingkan logik perniagaan dengan cekap, terutamanya untuk senario yang bergantung kepada perkhidmatan luaran, pangkalan data, atau objek kompleks.

Mengapa menggunakan Junit 5 Mockito?

Junit 5 adalah rangka kerja ujian unit arus perdana di Java, menyediakan model anotasi yang lebih fleksibel, mekanisme lanjutan dan fungsi penegasan. Mockito adalah rangka kerja yang kuat yang membolehkan anda membuat dan mengkonfigurasi objek "palsu" untuk menggantikan kebergantungan sebenar, dengan itu memberi tumpuan kepada menguji tingkah laku kelas sasaran.

Menggabungkan kedua -duanya akan membolehkan anda:

• Mengasingkan kod yang diuji dari kebergantungan luaran
• Sahkan bilangan panggilan kaedah dan parameter
• Mensimulasikan pengecualian dan syarat sempadan
• Tingkatkan kelajuan pemeliharaan ujian dan kelajuan pelaksanaan

1. Pembinaan Persekitaran Asas

Mula -mula pastikan projek itu memperkenalkan kebergantungan Junit 5 dan Mockito. Jika anda menggunakan Maven, tambahkan yang berikut ke pom.xml :

 <dependencies>
    <!-Junit 5->
    <geterlihat>
        <groupid> org.junit.jupiter </groupId>
        <ctiFactId> Junit-Jupiter </artifactid>
        <versi> 5.10.0 </versi>
        <scope> ujian </skop>
    </ketergantungan>

    <!-Mockito->
    <geterlihat>
        <groupId> org.mockito </groupId>
        <stistfactid> Mockito-core </artifactid>
        <versi> 5.7.0 </versi>
        <scope> ujian </skop>
    </ketergantungan>

    <!-Sokongan Mockito Junit Musytari (pilihan, digunakan untuk permulaan automatik @mock anotation)->
    <geterlihat>
        <groupId> org.mockito </groupId>
        <stistfactid> Mockito-junit-Jupiter </artifactid>
        <versi> 5.7.0 </versi>
        <scope> ujian </skop>
    </ketergantungan>
</dependencies>

Juga, pastikan untuk menggunakan konfigurasi binaan yang menyokong Junit 5 (seperti versi plugin Surefire> = 2.22.0).

2. Gunakan Mockito untuk mensimulasikan objek ketergantungan

Katakan kami mempunyai pesanan pesanan OrderService yang bergantung pada antara muka pembayaran Gateway PaymentGateway :

 PEMBAYARAN INTERFACE PUBLICGATEWAY {
    caj Boolean (jumlah berganda);
}

Pesanan Pesanan Kelas Awam {
    Payment PaymentGateway FinalGateway;

    Pesanan Public (PaymentGateway PaymentGateway) {
        this.paymentgateway = paymentGateway;
    }

    ProcessOrder boolean awam (jumlah berganda) {
        jika (jumlah <= 0) kembali palsu;
        pulangan paymeGateway.charge (amaun);
    }
}

Kami mahu menguji OrderService.processOrder() tetapi tidak mahu benar -benar memanggil sistem pembayaran. Pada masa ini, anda boleh menggunakan Mockito untuk membuat PaymentGateway simulasi.

Tulis kelas ujian

 import org.junit.jupiter.api.test;
import org.mockito.Injectmocks;
import org.mockito.mock;
import statik org.junit.jupiter.api.assertions.*;
import statik org.mockito.mockito.*;

kelas orderServiceTest {

    @Mock
    PaymentGateway PaymentGateway;

    @Injectmocks
    Pesanan pesanan pesanan peribadi;

    // Mesti bekerjasama dengan MockitoExtension untuk memulakan @mock dan @Injectmocks secara automatik
    @org.junit.jupiter.api.extension.extendWith (mockitoextension.class)
    Kelas statik bersarang {}

    @Test
    void hendaklahReturnfalse_WhenamountisInvalid () {
        // panggil kaedah di bawah ujian boolean hasil = orderService.processorder (-100);

        // Menegaskan hasil assertFalse (hasil);

        // Sahkan bahawa Gateway Pembayaran tidak dipanggil Verify (PaymentGateway, Never ()). Caj (anyDouble ());
    }

    @Test
    void harusReturnTrue_WhenPaymentsUcseSs () {
        // mensimulasikan tingkah laku ketergantungan apabila (paymeGateway.charge (100.0)). KemudianReturn (benar);

        // melaksanakan hasil boolean = orderService.Processorder (100.0);

        // menegaskan AssertTrue (hasil);
        mengesahkan (PaymentGateway) .charge (100.0);
    }

    @Test
    void harusReturnfalse_WhenPaymentFails () {
        ketika (paymeGateway.charge (100.0)). kemudiannya (palsu);

        Hasil Boolean = OrderService.Processorder (100.0);

        assertFalse (hasil);
        mengesahkan (PaymentGateway) .charge (100.0);
    }
}

Penerangan Mata Utama:

• @Mock : Buat objek mengejek (mengejek)
• @InjectMocks : Buat contoh kelas sasaran dan suntikan secara automatik @Mock tagged fields (melalui suntikan pembina atau medan)
• @ExtendWith(MockitoExtension.class) : Dayakan pelanjutan junit Mockito untuk memulakan anotasi secara automatik
• when(...).thenReturn(...) : Tentukan nilai pulangan kaedah simulasi
• verify(...) : Sahkan sama ada kaedah telah dipanggil, serta bilangan panggilan, parameter, dll.

3. Pengesahan tingkah laku

Di samping menegaskan nilai pulangan, anda juga boleh mengesahkan bahawa kaedah itu dipanggil dengan betul. Contohnya:

 @Test
void shouldAttemptchargeXactLyonce () {
    apabila (paymeGateway.charge (50.0)). kemudianReturn (benar);

    orderservice.processorder (50.0);

    // Sahkan bahawa kaedah caj dipanggil sekali dan parameter adalah 50.0
    mengesahkan (PaymentGateway, Times (1)). Caj (eq (50.0));
}

Kaedah pengesahan biasa lain:

• never() : tidak pernah dipanggil
• atLeastOnce() : sekurang -kurangnya sekali
• timeout(100) : Dipanggil dalam masa yang ditentukan (untuk Asynchronous)
• inOrder(...) : Sahkan pesanan panggilan

 // Contoh: Sahkan inorder inorder pesanan panggilan = inorder (paymentGateway);
inorder.verify (paymentGateway) .charge (30.0);
inorder.verify (paymentGateway) .charge (20.0);

4. Mengendalikan pengecualian dan situasi sempadan

Anda boleh mempunyai pengecualian membuang objek mock dan menguji logik pengendalian ralat:

 @Test
Kekosongan Hendaklah
    ketika (paymeGateway.charge (100.0)). thenthrow (runtimeException baru ("ralat rangkaian"));

    AssertHrows (RunTimeException.Class, () -> {
        orderservice.processor (100.0);
    });

    mengesahkan (PaymentGateway) .charge (100.0);
}

Anda juga boleh menggunakan doThrow() untuk bekerjasama dengan doReturn() untuk menangani kaedah void atau senario khas.

5. Petua dan amalan terbaik

• Elakkan oversimulation : hanya mensimulasikan kebergantungan yang benar -benar memerlukan pengasingan, dan tidak mensimulasikan keseluruhan pautan
• Suntikan Pembina yang Dipilih : Mudah Melancarkan Objek Mock Semasa Menguji
• Mengekalkan ujian atom : ujian hanya mengesahkan satu tingkah laku
• Pernyataan Batch Menggunakan assertAll()

 @Test
void multipleassertions () {
    apabila (paymeGateway.charge (100.0)). kemudiannya (benar);

    Hasil Boolean = OrderService.Processorder (100.0);

    assertall (
        () -> assertTrue (hasil),
        () -> Sahkan (PaymentGateway) .Charge (100.0)
    );
}

• Gunakan kelas ujian @Nested untuk mengatur senario yang berbeza:

 @Nested
kelas whenamountispositive {
    @Test
    void shouldchargePaymentgateway () {...}
}

Pada dasarnya itu sahaja. Gabungan Junit 5 Mockito menjadikan ujian unit Java intuitif dan berkuasa. Kuncinya adalah untuk memahami "tingkah laku ujian" dan bukannya "pelaksanaan ujian" dan mengawal kebergantungan melalui mengejek untuk memastikan ujian itu cepat, stabil dan berulang.

Atas ialah kandungan terperinci Ujian Unit dan Mengejam Jawa dengan Junit 5 dan Mockito. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!