Trong bài kiểm tra JUnit của chúng tôi, tôi đã phát hiện một vài bài kiểm tra không tăng mức độ phù hợp, và do đó cần được loại bỏ (chúng mất thời gian nhưng không thực sự thêm giá trị cho bộ thử nghiệm).Loại bỏ các test kiểm tra JUnit dư thừa
Tôi đã tự hỏi những công cụ tồn tại có thể phát hiện các xét nghiệm dự phòng cho tôi?
Tôi muốn xem xét việc lạm dụng số liệu bao phủ mã này. Chỉ vì thử nghiệm không làm tăng số liệu, nó không nhất thiết thừa - nó có thể kiểm tra một đường dẫn thực thi cụ thể bao gồm LOC được bao phủ bởi một số thử nghiệm khác với nhau, nhưng đại diện cho hành vi mà không có kiểm tra nào khác bao gồm. Và hãy nhớ: hành vi mã bị ảnh hưởng rất nhiều bởi nhà nước, nhưng không có công cụ kiểm tra bảo hiểm tôi biết các biện pháp bảo hiểm của không gian nhà nước. Trừ khi thời gian chạy của bộ thử nghiệm của bạn là một vấn đề nghiêm trọng, có nhiều điều tốt hơn bạn có thể làm với thời gian của bạn hơn là loại bỏ các bài kiểm tra dư thừa có thể.
Một số tháng trước, tôi đã sử dụng plugin Eclipse Clover. Nó có thể hiển thị bao nhiêu lần mỗi dòng mã được thực hiện và làm nổi bật sau khi kiểm tra đơn vị. Tôi nghĩ Clover có thể giúp bạn vào thời điểm này.
Đó không phải là điểm thực sự của tôi ở đây :) Tôi sử dụng Cobertura trên Hudson và công cụ phủ sóng của IntelliJ trong quá trình phát triển. Cái sau cũng cho biết số lần mỗi dòng được truyền đi. Nhưng không phải từ những thử nghiệm nào! Tôi muốn biết những bài kiểm tra nào không thêm vào phạm vi phủ sóng tốt hơn, và vì tôi không tự kỷ, tôi không thể nhớ được bao nhiêu lần bộ kiểm thử chuyển mỗi dòng trong codebase của tôi. –
Đã hiểu. Tôi hy vọng Clover đã thêm tính năng mới trong những tháng này :) –
Tôi có xu hướng đồng ý với bạn (có thể lạm dụng số liệu bảo hiểm). Nhưng cũng có những số liệu khác, vì vậy tôi nghĩ vấn đề này nên được tiếp cận rộng hơn và xem xét nhiều số liệu chuẩn hơn, ví dụ như số lượng các điều kiện. –