Làm cách nào để kiểm tra các bài kiểm tra của tôi không bị xóa bởi các nhà phát triển khác?

Tôi vừa gặp một vấn đề mã hóa hợp tác thú vị tại nơi làm việc.

Tôi đã viết một số thử nghiệm đơn vị / chức năng / tích hợp và triển khai chức năng mới vào ứng dụng có ~ 20 nhà phát triển làm việc trên nó. Tất cả các bài kiểm tra đã qua và tôi đã kiểm tra mã. Ngày hôm sau tôi đã cập nhật dự án của mình và nhận thấy (tình cờ) rằng một số phương pháp thử nghiệm của tôi đã bị xóa bởi các nhà phát triển khác (kết hợp các vấn đề ở phần cuối của họ). Mã ứng dụng mới không được chạm vào.

Làm thế nào tôi có thể tự động phát hiện vấn đề như vậy? Ý tôi là, tôi viết các bài kiểm tra để tự động kiểm tra xem mã của tôi có còn hoạt động không (hoặc chưa bị xóa), làm thế nào để tôi làm tương tự cho các bài kiểm tra?

Chúng tôi đang sử dụng Java, JUnit, Selenium, SVN và Hudson CI nếu có vấn đề.

Tôi không quá quen thuộc với Hudson cho CI, nhưng công cụ CI của tôi cũng có thể tính toán phạm vi bảo hiểm mã. Nếu bạn có thể viết một quy trình sẽ thông báo cho bạn khi phạm vi bảo hiểm mã giảm, đó sẽ là một dấu hiệu tốt cho thấy một bài kiểm tra đã bị xóa. Nó cũng sẽ cho bạn biết nếu mã mới đã được thêm mà không cần kiểm tra. Không phải những gì bạn đã hỏi về, nhưng tốt đẹp để biết.

Từ chối trách nhiệm tiêu chuẩn được áp dụng: chúng tôi đang thực hiện một giải pháp kỹ thuật cho một vấn đề xã hội. Tuy nhiên, đây là một vấn đề vệ sinh dự án, vì vậy nó giống như nói nhà vệ sinh là một giải pháp kỹ thuật cho một vấn đề xã hội.

Có một công việc ra khỏi nguồn cấp dữ liệu RSS từ Hudson. Đếm số lượng thử nghiệm trong báo cáo Hudson. Nếu nó giảm, âm thanh báo động. Có chế độ tự động-da-fe 'khi báo thức kêu.

Sự đổ lỗi của cam kết có thể được xác định và trừng phạt. Vấn đề của bạn sẽ biến mất.

Bạn có thể làm cho các vấn đề khác là kết quả của giải pháp này. Nếu chóng mặt vẫn còn, xin vui lòng gặp bác sĩ của bạn.

Phương pháp tổ chức

Có một chính sách tại chỗ sẽ yêu cầu người xóa bài kiểm tra để nói chuyện với người tạo bài kiểm tra. Thông thường, bạn sẽ chỉ xóa các kiểm tra khi khấu hao một số chức năng đang được kiểm tra và điều đó không xảy ra rất thường xuyên.

Cách tiếp cận kỹ thuật

Đây là nhiều hơn về cách tiếp cận kỳ dị kiểm soát nhưng bạn có thể có một thử nghiệm riêng biệt, quét mã nguồn cho sự hiện diện của tất cả các thử nghiệm bạn muốn kiểm tra. Có thể bạn cũng có thể giao diện Hudson và nhận danh sách các bài kiểm tra đã thực hiện.

Tương tự như câu trả lời của Art ..

Bình luận Bắt đầu bằng cách sử dụng bình luận tốt. Đối với từng phương pháp; đừng quên đặt đầu vào và đầu ra dự kiến, một mô tả ngắn cho các chức năng phức tạp hơn và tên của bạn.

Hướng dẫn Nhưng điều này thực sự nổi bật rằng cần có thêm sự giao tiếp giữa các nhà phát triển. đội. Cần có hướng dẫn để làm việc cùng nhau ... hoặc ít nhất là nói chuyện với proj của bạn. quản lý và yêu cầu anh ta làm rõ điều này trong nhóm.

Sử dụng SVN đúng cách Bạn cũng có thể viết ra các lớp và phương thức của mình và theo dõi chúng .. cũng như khi bạn đang sử dụng SVN, tôi chân thành hy vọng rằng những thao tác xóa này đang được theo dõi dưới dạng thay đổi, ghi chú riêng biệt và có lý do TỐT.

Viết một chương trình đặc biệt, bạn cũng có thể so sánh diff. các tệp trong SVN để theo dõi các thay đổi đối với các phương thức của bạn.

Điều tương tự cũng có thể xảy ra với mã thực tế và bạn sẽ không biết cho đến khi bạn nhận thấy thay đổi của mình không còn tồn tại.

Điều đó đang được nói, thật khó để xác định mã bị xóa là một điều xấu, vì rất thường xuyên bạn tự xóa mã / tính năng, v.v. và vì số lượng kiểm tra đó có thể bị giảm cũng như người khác đã đề cập.