Làm thế nào để kiểm tra "thêm" trong DAO mà không cần sử dụng "tìm" vv?

Question

Trong mã sau vấn đề là, tôi không thể kiểm tra dao.add() mà không sử dụng dao.list(). Size() và ngược lại.

Phương pháp này có bình thường hoặc không chính xác không? Nếu không chính xác, làm thế nào nó có thể được cải thiện?

public class ItemDaoTest { 

    // dao to test 
    @Autowired private ItemDao dao; 

    @Test 
    public void testAdd() { 
     // issue -> testing ADD but using LIST 

     int oldSize = dao.list().size(); 
     dao.add(new Item("stuff")); 
     assertTrue (oldSize < dao.list().size()); 
    } 

    @Test 
    public void testFind() { 
     // issue -> testing FIND but using ADD 

     Item item = new Item("stuff") 
     dao.add(item); 
     assertEquals(item, dao.find(item.getId())); 
    } 
} 

Answer 1

Tôi nghĩ thử nghiệm của bạn là các bài kiểm tra tích hợp hợp lệ như đã nêu ở trên, nhưng tôi sẽ sử dụng Thêm để trợ giúp trong việc kiểm tra Tìm và ngược lại .. Ở một mức độ nào đó bạn phải cho phép mình đặt niềm tin ở mức thấp nhất tích hợp với sự phụ thuộc bên ngoài của bạn. Tôi nhận thấy có sự phụ thuộc vào các phương pháp khác trong các thử nghiệm của bạn, nhưng tôi thấy rằng phương thức Add và Find là các phương thức "mức thấp" rất dễ kiểm chứng. Về cơ bản, chúng kiểm tra lẫn nhau vì chúng là phương pháp nghịch đảo cơ bản.

Thêm có thể dễ dàng xây dựng các điều kiện tiên quyết cho tìm kiếm

Tìm có thể xác minh rằng thêm thành công.

Tôi không thể nghĩ ra một kịch bản mà một thất bại trong cả hai sẽ không được đánh bắt bằng cách thử nghiệm của bạn

Answer 2

Tôi sử dụng JDBC trực tiếp (sử dụng JdbcTemplate của Spring) để kiểm tra các phương pháp DAO. Tôi có nghĩa là tôi gọi các phương pháp DAO (đó là cơ sở Hibernate), và sau đó xác nhận chúng bằng cách sử dụng các cuộc gọi SQL trực tiếp JDBC.

Answer 3

Phương thức testAdd của bạn có vấn đề: nó phụ thuộc vào giả thiết rằng ItemDao.list hoạt động đúng, nhưng ItemDao là Lớp mà bạn đang thử nghiệm. Các bài kiểm thử đơn vị có nghĩa là độc lập, do đó, cách tiếp cận tốt hơn là sử dụng JDBC -as @Amir đơn giản để xác minh xem bản ghi đã được giới thiệu trong cơ sở dữ liệu hay chưa.

Nếu bạn đang sử dụng Spring, bạn có thể chuyển tiếp trên AbstractTransactionalDataSourceSpringContextTests để truy cập JDBCTemplate và đảm bảo khôi phục sau khi thử nghiệm được thực thi.

Answer 4

Các đơn vị nhỏ nhất được thử nghiệm để thử nghiệm đơn vị dựa trên lớp là một lớp.

Để xem lý do, hãy xem xét rằng bạn có thể, theo lý thuyết, kiểm tra từng phương pháp của lớp trong sự cô lập từ tất cả các phương pháp khác bằng cách bỏ qua, kéo hoặc nhai chúng. Một số công cụ có thể không hỗ trợ điều đó; đây là lý thuyết không thực hành, giả sử họ làm.

Mặc dù vậy, làm mọi thứ theo cách đó sẽ là một ý tưởng tồi. Các đặc điểm kỹ thuật của một chức năng cá nhân của chính nó sẽ thay đổi giữa mơ hồ vô nghĩa và verbosely incomprehensible. Chỉ trong mô hình tương tác giữa các chức năng khác nhau sẽ tồn tại một đặc tả đơn giản hơn mã mà bạn có thể sử dụng một cách có lợi để kiểm tra nó.

Nếu bạn thêm một mục và số lượng mục được báo cáo tăng lên, mọi thứ đang hoạt động. Nếu có một số cách mà mọi thứ không thể hoạt động được, nhưng tuy nhiên tất cả các mẫu tương tác đều giữ, thì bạn thiếu một số thử nghiệm cần thiết.