Làm cách nào để biết tôi có đủ phạm vi kiểm tra đơn vị để xóa kiểm tra tích hợp không?

Tôi đang làm việc trên một hệ thống cũ (ý tôi là nó được viết mà không cần kiểm tra). Chúng tôi đã thử kiểm tra một số hệ thống bằng cách viết các bài kiểm tra tích hợp kiểm tra chức năng từ bên ngoài.

Điều này mang lại cho tôi sự tự tin để cấu trúc lại các phần của mã mà không lo bị hỏng. Nhưng vấn đề là các thử nghiệm tích hợp này yêu cầu triển khai (hơn 2 phút) và nhiều phút để chạy. Ngoài ra, họ là một nỗi đau để duy trì. Mỗi cái bao gồm hàng ngàn dòng mã và khi một trong số chúng bị hỏng, có thể mất hàng giờ để gỡ lỗi tại sao.

Tôi đã viết rất nhiều bài kiểm tra đơn vị cho những thay đổi chức năng này tôi đã thực hiện gần đây, nhưng trước khi tôi cam kết tôi luôn thực hiện một triển khai mới và chạy tất cả các bài kiểm tra tích hợp, để đảm bảo rằng tôi không bỏ lỡ điều gì. Tại thời điểm này, tôi biết các bài kiểm tra đơn vị của mình và một số bài kiểm tra tích hợp đang chồng chéo những gì chúng kiểm tra.

Làm cách nào để biết khi nào các bài kiểm tra đơn vị tốt của tôi bao gồm đầy đủ bài kiểm tra tích hợp xấu để tôi có thể xóa bài kiểm tra tích hợp đó?

Các số liệu đơn giản nhất là để hỏi, "khi là lần cuối cùng kiểm tra tích hợp này hợp pháp không?" Nếu đã được một thời gian dài (đã có rất nhiều thay đổi) kể từ khi thử nghiệm tích hợp thất bại, thì các thử nghiệm đơn vị có thể đang làm một công việc đủ tốt. Nếu thử nghiệm tích hợp đã thất bại gần đây, thì có một lỗi không được bắt gặp bởi các thử nghiệm đơn vị.

Sở thích của tôi nói chung sẽ là tăng cường độ mạnh mẽ của các bài kiểm tra tích hợp, đến mức chúng có thể được chạy một cách đáng tin cậy. Nếu họ mất nhiều thời gian để chạy, sau đó chạy chúng qua đêm. Chúng vẫn có giá trị ngay cả khi chúng chỉ thỉnh thoảng chạy. Nếu các thử nghiệm này quá mong manh hoặc yêu cầu can thiệp thủ công, thì có thể không đáng để bạn dành thời gian để duy trì hoạt động và bạn có thể xem xét loại bỏ những thử nghiệm thành công thường xuyên nhất.

Các bài kiểm tra đơn vị không phải là chén thánh của thử nghiệm, chúng chỉ là một công cụ trong số nhiều công cụ nên được sử dụng để kiểm tra một cơ sở mã. Do đó, không có số lượng thử nghiệm đơn vị nào được coi là an toàn để thay thế các thử nghiệm khác. Nếu bạn có một bài kiểm tra tích hợp kém, bạn nên làm việc để làm cho nó một bài kiểm tra tích hợp tốt, không thay thế nó bằng một thứ khác, giống như thay thế cửa trước của bạn bằng một hàng rào chu vi và một cổng.