Số liệu mã nguồn để đo độ ổn định của mã?

Xem xét cách phần mềm được phát triển trong một chu kỳ phát hành (triển khai, kiểm tra, sửa lỗi, phát hành) Tôi đã nghĩ rằng người ta sẽ có thể thấy một số mẫu trong các dòng mã được thay đổi trong cơ sở mã; ví dụ về cuối của một dự án, nếu mã trở nên ổn định hơn, người ta sẽ thấy rằng ít dòng mã được sửa đổi trên mỗi đơn vị thời gian.

Ví dụ, người ta có thể thấy rằng trong sáu tháng đầu tiên của dự án, trung bình là 200 dòng mã mỗi ngày trong khi trong tháng trước đó là 50 dòng mã mỗi ngày và trong tuần trước (ngay trước DVD của sản phẩm đã được vận chuyển), không có dòng mã nào được thay đổi cả (mã đóng băng). Đây chỉ là một ví dụ và các mẫu khác nhau có thể xuất hiện theo quy trình phát triển được thông qua bởi một nhóm cụ thể.

Dù sao, có bất kỳ số liệu mã nào (có tài liệu nào về chúng không?) Sử dụng số lượng dòng mã được sửa đổi trên một đơn vị thời gian để đo lường tính ổn định của cơ sở mã? Chúng có hữu ích để có được cảm giác nếu một dự án đang ở đâu đó hoặc nếu nó vẫn chưa sẵn sàng để phát hành? Có công cụ nào có thể trích xuất thông tin này từ hệ thống kiểm soát phiên bản và đưa ra số liệu thống kê không?

Một biện pháp mà Michael Feather đã mô tả là, " Tập hợp các lớp học ".

Ông đo lường số lượng các lớp được thêm vào so với những người "đóng cửa". Việc đóng mô tả lớp là:

Một lớp được đóng vào ngày mà tại đó không có sửa đổi nào xảy ra với nó từ ngày đó đến nay.

Ông sử dụng các biện pháp này để tạo ra các biểu đồ như thế này:

Số càng nhỏ khoảng cách giữa hai dòng càng tốt.

Bạn có thể áp dụng một biện pháp tương tự cho cơ sở mã của bạn. Có khả năng số lượng các lớp tương quan với số lượng dòng mã. Thậm chí có thể mở rộng điều này để kết hợp một dòng mã trên mỗi thước đo lớp, có thể thay đổi hình dạng của biểu đồ nếu bạn có một số lớp nguyên khối lớn.

Miễn là có một ánh xạ tương đối nhất quán các tính năng cho các lớp hoặc đối với vấn đề đó, hệ thống tệp bạn có thể nối một thứ gì đó như nguồn vào hệ thống kiểm soát phiên bản của mình và nhanh chóng hiểu được phần lớn sự phát triển được tập trung vào (và do đó phần nào của mã không ổn định nhất).

Điều này giả định rằng bạn có một cơ sở mã tương đối gọn gàng. Nếu cơ sở mã là một quả bóng bùn, về cơ bản bạn sẽ thấy mọi phần nhỏ đang được xử lý vì sự phụ thuộc lẫn nhau. Điều đó nói rằng, có thể rằng chính nó (phân cụm trong khi làm việc trên một tính năng) là dấu hiệu tốt về chất lượng của cơ sở mã.

Nó cũng giả định rằng toàn bộ doanh nghiệp và nhóm phát triển của bạn có một số cách tách biệt các tính năng trong phát triển (có thể là các nhánh trong kiểm soát phiên bản, một tính năng tại một thời điểm, bất cứ điều gì). Ví dụ, nếu bạn đang làm việc trên 3 tính năng chính trên cùng một nhánh, thì phương pháp này tạo ra kết quả vô nghĩa, bởi vì bạn có một vấn đề lớn hơn là sự ổn định mã trên tay bạn.

Thật không may, tôi không có tài liệu để chứng minh quan điểm của mình. Nó chỉ dựa trên kinh nghiệm của tôi về việc sử dụng nguồn trên các cơ sở mã tốt (và không tốt).

Nếu bạn đang sử dụng git hoặc svn và phiên bản gource của bạn> = 0,39, thì đơn giản như chạy gource trong thư mục dự án.

Việc sử dụng tần số của các dòng được sửa đổi như một chỉ báo cho sự ổn định của mã ít nhất là đáng nghi ngờ.

Lúc đầu, việc phân phối theo thời gian của các dòng được sửa đổi, phụ thuộc nhiều vào mô hình quản lý phần mềm của dự án. Có sự khác biệt lớn trong các mô hình quản lý khác nhau.

Thứ hai, thương vong trong giả định này không rõ ràng - là số dòng sửa đổi thấp hơn gây ra bởi sự ổn định của phần mềm, hoặc đơn giản là vì thời hạn hết hạn và các nhà phát triển đã quyết định không thực hiện một số thay đổi ngay bây giờ, nhưng để thực hiện sau giải phóng?

Ở vị trí thứ ba, hầu hết các dòng được sửa đổi khi các tính năng mới được giới thiệu. Nhưng tính năng mới không làm cho mã không ổn định. Nó phụ thuộc vào kỹ năng của nhà phát triển và chất lượng của thiết kế. Mặt khác, ngay cả các lỗi nghiêm trọng cũng có thể được sửa chữa với rất ít dòng thay đổi - trong trường hợp này, độ ổn định của phần mềm được tăng lên đáng kể, nhưng số lượng dòng thay đổi không quá lớn.

Mạnh mẽ là một thuật ngữ liên quan đến chức năng chính xác của một tập lệnh, không phải là số lượng, độ dài, độ căng, tính chính xác về mặt ngữ pháp của văn bản được sử dụng để diễn đạt các hướng dẫn đó.

Quả thực cú pháp rất quan trọng và phải chính xác nhưng bất cứ điều gì khác ngoài điều đó, vì nó liên quan đến chức năng mong muốn của hướng dẫn bằng cách xem 'số liệu' của hướng dẫn giống như vẽ sơ đồ tương lai của bạn bằng cách đọc mẫu lá trà ở dưới cùng bạn chén trà.

Độ bền được đo bằng cách kiểm tra. Kiểm tra đơn vị, kiểm tra khói, kiểm tra hồi quy tự động; kiểm tra, kiểm tra, kiểm tra!

Câu trả lời của tôi cho câu hỏi của bạn là bạn đang sử dụng phương pháp sai trong việc tìm kiếm câu trả lời cho một trong những điều mạnh mẽ. Đó là một cá trích đỏ rằng các dòng mã có nghĩa là bất cứ điều gì nhiều hơn các dòng chiếm mã. Bạn chỉ có thể biết nếu mã thực hiện những gì bạn muốn nó làm nếu bạn kiểm tra rằng nó đang làm những gì bạn yêu cầu.

Vui lòng xem lại khai thác kiểm tra thích hợp và tránh bí ẩn số liệu mã.

Lời chúc tốt nhất.