JPA - Cách cắt bớt các bảng giữa các bài kiểm tra đơn vị

Question

Tôi muốn dọn dẹp cơ sở dữ liệu sau mỗi trường hợp kiểm tra mà không cần quay lại giao dịch. Tôi đã thử số DatabaseOperation.DELETE_ALL của DBUnit, nhưng nó không hoạt động nếu việc xóa vi phạm ràng buộc khoá ngoại. Tôi biết rằng tôi có thể vô hiệu hóa kiểm tra khóa nước ngoài, nhưng điều đó cũng sẽ vô hiệu hóa các kiểm tra cho các bài kiểm tra (mà tôi muốn ngăn chặn).

Tôi đang sử dụng JUnit 4, JPA 2.0 (Eclipselink) và cơ sở dữ liệu trong bộ nhớ của Derby. Bất kỳ ý tưởng?

Cảm ơn, Theo

Answer 1

Đơn giản: Trước mỗi lần kiểm tra, bắt đầu giao dịch mới và sau khi thử nghiệm, hãy cuộn lại.Điều đó sẽ cung cấp cho bạn cùng một cơ sở dữ liệu mà bạn đã có trước đây.

Đảm bảo rằng các thử nghiệm không tạo giao dịch mới; thay vì sử dụng lại cái hiện có.

Answer 2

Tôi là một chút bối rối như DBUnit sẽ khởi tạo lại cơ sở dữ liệu đến một trạng thái đã biết trước mỗi bài kiểm tra.

Chúng cũng recommend as a best practice không được dọn dẹp hoặc thay đổi dữ liệu sau khi thử nghiệm.

Vì vậy, nếu đó là dọn dẹp, bạn sẽ chuẩn bị cho bài kiểm tra tiếp theo, tôi sẽ không bận tâm.

Answer 3

Có, kiểm tra trong giao dịch sẽ làm cho cuộc sống của bạn dễ dàng hơn nhiều, nhưng nếu giao dịch là điều của bạn thì bạn cần phải thực hiện (các) giao dịch bù trừ trong quá trình dọn dẹp (trong @After). Nghe có vẻ mất thời gian và bạn có thể kết thúc với một tập hợp các phương thức trợ giúp (trong các bài kiểm tra) để bù trừ (làm sạch) dữ liệu được tích luỹ trong thời gian @Before và các bài kiểm tra (sử dụng JPA hoặc JDBC thẳng - bất kỳ điều gì có ý nghĩa).

Ví dụ, nếu bạn sử dụng JPA và gọi tạo ra phương pháp trên các đối tượng trong các bài kiểm tra bạn có thể sử dụng (sử dụng AOP nếu bạn ưa thích hay chỉ là phương pháp thử nghiệm helper như chúng tôi) một mô hình trên tất cả các xét nghiệm để:

1. theo dõi id của tất cả các đối tượng đã được tạo ra trong quá trình thử
2. tích lũy chúng theo thứ tự tạo
3. phát lại thực thể xóa cho các đơn vị theo thứ tự ngược trong @After

Answer 4

Thiết lập của tôi khá giống: đó là Derby (nhúng) + OpenJPA 1.2.2 + DBUnit. Đây là cách tôi xử lý kiểm tra tích hợp cho nhiệm vụ hiện tại của tôi: trong mọi phương pháp @Before tôi chạy 3 kịch bản:

1. Drop DB — một kịch bản SQL mà giọt tất cả các bảng.
2. Tạo DB — một tập lệnh SQL để tạo lại chúng.
3. Tập lệnh XML đơn vị DB thử nghiệm cụ thể để điền dữ liệu.

Cơ sở dữ liệu của tôi chỉ có 12 bảng và bộ dữ liệu thử nghiệm không quá lớn, hoặc — khoảng 50 bản ghi. Mỗi tập lệnh mất khoảng 500 ms để chạy và tôi duy trì chúng theo cách thủ công khi bảng được thêm hoặc sửa đổi.

Cách tiếp cận này có lẽ không được khuyến khích để thử nghiệm cơ sở dữ liệu lớn, và có lẽ nó thậm chí không thể được coi là thực hành tốt cho những cơ sở dữ liệu nhỏ; tuy nhiên, nó có một lợi thế quan trọng khi quay trở lại giao dịch theo phương thức @After: bạn thực sự có thể phát hiện những gì xảy ra tại cam kết (như các thực thể tách rời hoặc các ngoại lệ khóa lạc quan).

Answer 5

Cách đơn giản nhất để thực hiện việc này có thể là sử dụng phương pháp jpa gốc.

@After 
public void cleanup() { 
    EntityManager em = entityManagerFactory.createEntityManager(); 
    em.getTransaction().begin(); 
    em.createNativeQuery("truncate table person").executeUpdate(); 
    em.createNativeQuery("truncate table preferences").executeUpdate(); 
    em.getTransaction().commit(); 
}