2010-06-10 29 views

Trả lời

5

Thực hành tốt là trường hợp kiểm tra phải xóa dữ liệu thử nghiệm của nó sau khi nó được hoàn thành để trường hợp thử nghiệm tiếp theo có thể chạy với một trạng thái ban đầu đã biết. Các trường hợp kiểm tra không nên phụ thuộc vào thứ tự chạy. Điều này cũng giúp gỡ lỗi một trường hợp thử nghiệm dễ dàng vì nó chạy từ trạng thái ban đầu đã biết.

2

Có các bài kiểm tra đơn vị nên bắt đầu và kết thúc với cơ sở dữ liệu "sạch", hệ thống tệp, v.v. Mỗi bài kiểm tra nên để mọi thứ khi tìm thấy chúng.

Ngoài bất cứ điều gì khác, điều này giúp với khả năng chạy lại - bạn có thể tiếp tục chạy lại các thử nghiệm của mình theo thời gian.

Thỉnh thoảng, khi bạn đang phát triển và gỡ lỗi, có thể hữu ích khi vô hiệu hóa việc xóa dữ liệu.

Có một nghề thực sự để đạt được tất cả điều này, ví dụ khi làm việc với Java, Spring và cơ sở dữ liệu, bạn có thể sử dụng quản lý giao dịch của Spring để quay trở lại tất cả các thay đổi của bạn với nỗ lực không.

2

Tôi khuyên bạn nên bắt đầu thử nghiệm bằng cách làm sạch và chèn dữ liệu thử nghiệm ưa thích. Và rời khỏi cơ sở dữ liệu như sau đó.

Ưu điểm của phương pháp này:

  • Dễ dàng tự xác minh rằng các dịch vụ của bạn hoạt động như mong đợi.
  • Dữ liệu thử nghiệm không bị hỏng bởi các dịch vụ khác trước khi bắt đầu, vì công việc được thực hiện ngay trước khi thử nghiệm.

Khuôn khổ DbUnit được xây dựng để làm sạch và chèn dữ liệu thử vào cơ sở dữ liệu thử nghiệm của bạn theo phương thức setUp() trước mỗi phương pháp thử nghiệm. Với cách tiếp cận này, nó được khuyến khích với một cơ sở dữ liệu riêng biệt cho từng nhà phát triển.

Các vấn đề liên quan