Mặt khác: Nếu kết nối có thể định cấu hình, hãy giảm thời gian chờ của chuỗi kết nối xuống còn 1 giây - điều đó sẽ giúp bạn dễ dàng hơn. Điền vào bảng với vô số dữ liệu và có 3 quy trình khác quay trong một vòng lặp cập nhật các phần của bảng đó với một giao dịch xung quanh vòng lặp. Không thay đổi quy trình thực tế được gọi bởi ứng dụng (tiêm chờ đợi). Điều đó làm mất hiệu lực kiểm tra tích hợp.
Nhưng thực sự, đây là một nghiên cứu điển hình thiên về thử nghiệm đơn vị và tiêm phụ thuộc. Một số điều chỉ là khó để kiểm tra tích hợp. Kiểm tra đơn vị + tiêm phụ thuộc .
- Real: Mã bị lỗi -> Cơ sở dữ liệu hết thời gian chờ (khó tái tạo).
- Refactor: Mã nhồi nhét -> Kho lưu trữ (chỉ truy cập dữ liệu) -> Cơ sở dữ liệu
- Unit test: Code mà craps> Mock repository để ném -> null
- Bây giờ bạn có một bài kiểm tra thất bại cho mã craps và có thể khắc phục nó.
Đây là tiêm "phụ thuộc". Nhà phát triển có thể đưa phần phụ thuộc vào cơ sở dữ liệu, thay thế thứ gì đó mô phỏng hành vi của phần phụ thuộc. Tốt để làm cho tất cả các bài kiểm tra cơ sở dữ liệu. Dù sao, với thử nghiệm đơn vị tại chỗ, bạn biết bản sửa lỗi thực hiện những gì nó nên, nhưng bạn vẫn cần thử nghiệm tích hợp. Trong trường hợp này, tốt hơn nên tập trung vào hồi quy - có nghĩa là thử nghiệm nó không phá vỡ bất kỳ điều gì khác và tính năng vẫn hoạt động.
Bạn đã tạo bản vá của mình, vì vậy tôi đoán câu trả lời của tôi là quá muộn.