Thật thú vị, nhưng như vậy tạo ra các bài kiểm tra đơn vị thực sự có thể hữu ích. Nếu bạn đang làm việc trên một ứng dụng kế thừa, sẽ rất khó để viết các bài kiểm tra đơn vị chính xác, hiện đại.
Các thử nghiệm được tạo như vậy (nếu bạn có cách tạo khóa học) có thể đảm bảo rằng hành vi mã vẫn còn nguyên vẹn trong các thay đổi, sau đó có thể giúp bạn tái cấu trúc mã và viết kiểm tra tốt hơn.
Bây giờ, hãy về số tự tạo. Tôi không biết về bất kỳ công cụ ma thuật nào, nhưng bạn có thể muốn tìm kiếm chức năng JUnit về việc bao gồm một số thử nghiệm trong javadocs cho các phương thức. Điều này sẽ cho phép bạn viết một số bài kiểm tra đơn giản. Và có, nó thực sự có giá trị nào đó.
Thứ hai, bạn chỉ có thể viết các bài kiểm tra "lớn" bằng tay. Tất nhiên, đây sẽ không phải là bài kiểm tra đơn vị mỗi se (không cô lập, tác dụng phụ tiềm ẩn, v.v), nhưng có thể là bước đầu tiên tốt. Đặc biệt là nếu bạn có ít thời gian và một ứng dụng kế thừa.
Mẹo bổ sung! Có một cuốn sách tuyệt vời "Làm việc hiệu quả với mã di sản" với các ví dụ trong Java, bao gồm các kỹ thuật phù hợp để sử dụng trong các tình huống như vậy. Thật không may bạn sẽ phải làm một số điều bằng tay, nhưng bạn sẽ phải làm điều đó ở một số bước anyway.
Nguồn
2008-09-17 11:14:20
Tôi rất thích để xem việc triển khai mã nguồn mở của một cái gì đó như Agitar - đó là loại điều mà Nguồn mở nên thực sự tốt cho. – Vihung