Kiểm tra tích hợp SpringBoot với Testcontainers

Tram Ho

Một trong những phần khó nhất của Integration Test là giả lập tương tác với các hệ thống bên thứ ba ví dụ như Database, HTTP Servers, … và Caches. Tưởng tượng bạn đang sử dụng database PostgreSQL với ứng dụng SpringBoot, trong khi chạy integration test trên CI/CD pipeline chúng ta lại thường sử dụng in-memory database như H2. Việc sử dụng H2 có một vài nhược điểm sau:

  1. Vì H2 không phải là production database nên không mang lại độ tin cậy cao
  2. Nếu bạn đang viết bất kỳ native query nào sử dụng production database, bạn sẽ không thể test nó

Chúng ta có thể giải quyết các vấn đề trên bằng cách sử dụng thư viện java Testcontainers

Testcontainers là một thư viện java hỗ trợ Junit Tests, cung cấp các phiên bản lightweight, throwaway của các common instance như database, web browser hoặc bất kỳ thứ gì có thể chạy trên Docker container.

Testcontainers có thể giúp các loại test sau trở lên dễ dàng hơn:

  • Data access layer integration tests
  • Application integration tests
  • UI/Acceptance tests

Trong bài viết này tôi sẽ hướng dẫn cho các bạn cách đơn giản hóa việc integration test khi database sử dụng testcontainers.

1. Required Software

  • JDK 1.8+
  • JUnit 5
  • Docker
  • Springboot

Note : Testconatiners cũng hỗ trợ cả Junit 4.

2. Thêm Testcontainers dependency

Bạn có thể thêm phụ thuộc testcontainers theo hai cách sau:

2.1. Sử dụng BOM để thêm phụ thuộc vào file pom.xml

Lợi ích của việc sử dụng BOM là tránh được việc phải chỉ định version cụ thể cho từng phụ thuộc

2.2. Thêm phụ thuộc trực tiếp

Nếu bạn đang sử dụng PostgreSQL trong ứng dụng của mình, bạn cũng sẽ cần thêm phụ thuộc của JDBC driver vào file pom

3. Sử dụng Testcontainers trong Integration Test

Chúng ta có thể khởi động các container sử dụng Testcontainers theo 3 cách:

  1. Sử dụng Special JDBC URL (Cái này chỉ dành riêng cho database container)
  2. Sử dụng annotation @Container (JUnit 5) hoặc @ClassRule (JUnit 4)
  3. Manual container starting

3.1. Sử dụng Special JDBC URL

Điều này chỉ dành riêng cho cơ sở dữ liệu, nếu bạn đang sử dụng thêm những container khác thì tốt hơn nên sử dụng cách 2 hoặc 3

Bắt đầu với một vài integration test cases:

Bạn có thể khởi tạo một database container mà không cần bất kỳ dòng code nào với special JDBC url

Bạn cần thêm vào file application.properties trong thư mục test resources các thuộc tính sau:

Nếu bạn cần run init script trong khi khởi động database bạn có thể thêm url như sau:

spring.datasource.url=jdbc:tc:postgresql:13.2:////<DatabaseName>?TC_INITSCRIPT=somepath/init_script.sql

TH scripts nằm trong đường dẫn file

spring.datasource.url=jdbc:tc:postgresql:13.2:////<DatabaseName>?TC_INITSCRIPT=file:src/main/resources/init_script.sql

Với MySQL bạn có thể sử dụng URL sau

jdbc:tc:mysql:5.7.34:///databasename

Giờ hãy chạy integration test với command sau:

mvn clean verify

3.2. Sử dụng @Container

Để sử dụng annotation Container bạn cần thêm chú tích @Testcontainers vào test class.

Thêm đoạn code sau vào test class:

Nếu đang sử dụng JUnit4

Bạn cũng có tạo một lớp base test để tránh việc phải thêm các đoạn khởi tạo container vào tất cả các test class:

Chú ý: đoạn code bên dưới chỉ áp dùng cho Junit 5 và springboot version >= 2.2.6

Cùng phân tích đoạn code trên:

@SpringBootTest – annotation @SpringBootTest nói với spring boot tìm kiếm main configuration class và sử dụng class đó để khởi động spring application context

@Testcontainers – tìm tất cả các trường có @Container và gọi các phương thức vòng đời (prePost, preDestroy, …) của chúng trong quá trình thực thi test

@DirtiesContext – đảm bảo mỗi subclass test sẽ có ApplicationContext riêng với các thuộc tính động chính xác

TestRestTemplate – giả lập cách tính huống call HTTP, một phiên bản mock của RestTemplate

@Container – sử dụng để đánh dấu container nên được quản lý bởi Testcontainer extension

Nếu đang sử dụng junit 5 và springboot version < 2.2.6 bạn có thể cấu hình như sau:

3.3. Manual container starting

Trong cách này chúng ta sẽ sử dụng singleton pattern để share container sang các test cases. Phương pháp này phù hợp để chạy một lượng lớn test cases nhưng cần cẩn thận để clear data giữa các testcases

Với cách này chúng ta sử dụng static block để define start container nên chúng sẽ trở nên khả dụng khi chương trình bắt đầu.

Hết o.O !!!

Chia sẻ bài viết ngay

Nguồn bài viết : Viblo