Pariti Dev/prod : Bekas Ujian But Spring

pengenalan

Pariti dev/prod bertujuan untuk mengurangkan jurang antara persekitaran pembangunan dan pengeluaran. Artikel ini menyasarkan jurang alat, terutamanya dalam ujian penyepaduan dengan Spring Testcontainers, sebagai satu cara untuk menjadikan pembangunan dan pengeluaran sesama mungkin.
Apabila menjalankan ujian penyepaduan yang melibatkan pangkalan data, kita mesti menguruskan semua operasi CRUD dengan berhati-hati. Ini adalah penting dalam persekitaran pangkalan data berpusat di mana Ujian, seperti TestDeleteUserByID_ShouldReturnOk(), mungkin 'secara tidak sengaja' memutuskan untuk memadamkan akaun pelanggan kami yang paling setia yang telah bersama kami sejak 2015 ?‍♂️
Untuk mengurangkan risiko sedemikian, kami boleh mempertimbangkan penyelesaian seperti transaksi pangkalan data untuk mengasingkan data ujian. Sebagai contoh, ujian boleh memulakan transaksi untuk mengubah suai data dan kemudian melancarkan semula pada penghujungnya, dengan itu meninggalkan pangkalan data dalam keadaan asalnya.
Walau bagaimanapun, ini menimbulkan isu kritikal: APA YANG MENGUJI UJIAN ?

Bagaimana jika pengasingan gagal dan kod melaksanakan perubahan yang entah bagaimana tidak ditarik balik, yang membawa kepada kebocoran data ke dalam persekitaran pengeluaran? Potensi kerosakan dalam senario sedemikian adalah ketara.

Sebagai alternatif, ujian serba lengkap dengan pangkalan data dalam ingatan seperti H2DB juga memberikan beberapa cabaran. walaupun ia mudah disediakan, H2DB berbeza daripada RDBMS jadi terdapat kebarangkalian tinggi bahawa ujian mungkin mempunyai hasil yang berbeza antara pembangunan dan persekitaran pengeluaran, jadi kami tidak boleh mempercayai keputusan tersebut.

https://stackoverflow.com/questions/62778900/syntax-error-h2-database-in-postgresql-compatibility

Penyelesaian yang kurang bermasalah seterusnya ialah mengklon pangkalan data, menyediakan pendekatan yang kurang berisiko dengan persekitaran seperti pengeluaran. Walau bagaimanapun, kaedah ini datang dengan hadnya. Memandangkan ORM mengautomasikan penciptaan dan persediaan skema pangkalan data pengeluaran, kita perlu memikirkan cara untuk memastikan pangkalan data pembangunan klon sentiasa disegerakkan.

---

Uji Apa-apa sahaja yang Boleh Anda Simpan: Pangkalan Data, Broker Mesej, Dan Banyak Lagi

"Testcontainers ialah perpustakaan Java yang menyokong ujian JUnit, menyediakan contoh pangkalan data biasa yang ringan dan mudah dibuang, penyemak imbas web Selenium atau apa sahaja yang boleh dijalankan dalam bekas Docker."

Asalnya dibangunkan untuk Java, ia telah dikembangkan untuk menyokong bahasa lain seperti Go, Rust dan .NET.

Idea utama Testcontainers adalah untuk menyediakan infrastruktur atas permintaan, boleh dijalankan daripada IDE, di mana ujian boleh dijalankan tanpa perlu mengejek atau menggunakan perkhidmatan dalam memori, dan dengan pembersihan automatik.

Kita boleh mencapai ini dalam tiga langkah :

• Mulakan perkhidmatan yang diperlukan dan sediakan infrastruktur dengan menyediakan bekas Docker dan konfigurasikan aplikasi anda untuk menggunakan persediaan ini sebagai infrastruktur ujian.
• Jalankan ujian anda pada infrastruktur berlabuh.
• Bersihkan infrastruktur berlabuh secara automatik sebaik sahaja ujian selesai

Dokumentasi perpustakaan Testcontainers

---

Spring Boot Testcontainers Pelaksanaan

Dalam ApplicationIntegrationTests, yang merupakan kelas asas untuk ujian integrasi, kami mentakrifkan PostgreSQLContainer statik. Bekas ini digunakan merentas semua kejadian ujian yang diperoleh daripada kelas ini.

Anotasi @Testcontainers membolehkan penemuan semua medan yang dianotasi dengan @Container, mengurus kaedah kitaran hayat kontena mereka dan memulakan bekas.

• Bekas yang diisytiharkan sebagai medan statik dikongsi antara kaedah ujian. Ia dimulakan sekali sahaja sebelum sebarang kaedah ujian dilaksanakan dan dihentikan selepas kaedah ujian terakhir dilaksanakan.
• Bekas yang diisytiharkan sebagai medan contoh dimulakan dan dihentikan untuk setiap kaedah ujian.

Anotasi @DynamicPropertySource membolehkan kami menyuntik sifat secara dinamik ke dalam persekitaran ujian kami.

@Testcontainers
@ActiveProfiles("test")
public abstract class ApplicationIntegrationTests {
    @Container
    protected static PostgreSQLContainer<?> postgres=new PostgreSQLContainer<>("postgres:17.2-alpine")
            .withDatabaseName("testcontainersproject")
            .withUsername("root")
            .withPassword("root");

    @DynamicPropertySource
    static void initialize(DynamicPropertyRegistry registry)
    {
        registry.add("spring.datasource.url",postgres::getJdbcUrl);
        registry.add("spring.datasource.username",postgres::getUsername);
        registry.add("spring.datasource.password",postgres::getPassword);
    }


}

Sebagai alternatif, kita boleh melangkau penggunaan @Testcontainers dan @Container dan sebaliknya menguruskan kitaran hayat kontena secara terus menggunakan @BeforeAll dan @AfterAll. Pendekatan ini membolehkan lebih kawalan ke atas masa dan cara bekas dimulakan dan dihentikan

@BeforeAll
public static void runContainer(){
        postgres.start();
}
@AfterAll
static void stopContainers() {
    postgres.stop();
}

Dalam kaedah panggil balik @AfterAll, kami secara eksplisit menghentikan bekas Postgres. Walau bagaimanapun, walaupun kami tidak menghentikan bekas secara eksplisit, Testcontainers akan membersihkan dan menutup bekas secara automatik pada penghujung ujian dijalankan.

Kini kami boleh membuat ujian integrasi dengan melanjutkan ApplicationIntegrationTests seperti berikut.

@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)
@AutoConfigureMockMvc
public class CategoryControllerTest extends ApplicationIntegrationTests {
    private static final String CATEGORY_ENDPOINT="/categories";
   @Autowired
    private MockMvc mockMvc;
    @Autowired
    private CategoryRepository categoryRepository;

    @Test
    void TestGetAllCategories_ShouldReturnOk() throws Exception {

        List<Category> categories = List.of(
                new Category("Electronics", "All kinds of electronic gadgets from smartphones to laptops"),
                new Category("Books", "A wide range of books from novels to educational textbooks")
        );
        categoryRepository.saveAll(categories);
        MvcResult mvcResult=mockMvc.perform(
                get(CATEGORY_ENDPOINT).
                        contentType(MediaType.APPLICATION_JSON)
        )
                .andExpect(status().isOk())
                .andReturn();
        var response=mvcResult.getResponse().getContentAsString();
        assertNotNull(response);
        assertFalse(response.isEmpty());
    }
}

Atas ialah kandungan terperinci Pariti Dev/prod : Bekas Ujian But Spring. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!