Các bài kiểm tra kỹ thuật nói chuyện với cơ sở dữ liệu (nosql hoặc cách khác) không phải là các bài kiểm tra đơn vị, vì các bài kiểm tra đang kiểm tra các tương tác với một hệ thống bên ngoài và không chỉ kiểm tra một đơn vị mã riêng biệt. Tuy nhiên, các bài kiểm tra nói chuyện với cơ sở dữ liệu thường cực kỳ hữu ích và thường đủ nhanh để chạy với các bài kiểm tra đơn vị khác.
Thông thường, tôi có một giao diện Dịch vụ (ví dụ:UserService) đóng gói tất cả các logic để xử lý cơ sở dữ liệu. Mã dựa trên UserService có thể sử dụng phiên bản mô phỏng của UserService và dễ dàng kiểm tra.
Khi kiểm tra việc triển khai Dịch vụ nói chuyện với Mongo, (ví dụ:MongoUserService), dễ nhất là viết một số mã java sẽ bắt đầu / dừng quá trình mongo trên máy cục bộ và có MongoUserService của bạn kết nối với đó, hãy xem câu hỏi này để biết một số ghi chú.
Bạn có thể thử mô phỏng chức năng của cơ sở dữ liệu trong khi thử nghiệm MongoUserService, nhưng nói chung điều đó quá dễ xảy ra lỗi và không kiểm tra được những gì bạn thực sự muốn kiểm tra, đó là tương tác với cơ sở dữ liệu thực. Vì vậy, khi viết các bài kiểm tra cho MongoUserService, bạn thiết lập một trạng thái cơ sở dữ liệu cho mỗi bài kiểm tra. Hãy xem DbUnit để biết ví dụ về một khung làm việc như vậy với cơ sở dữ liệu.
