Một số cuốn sách về số liệu mà thư viện đại học của bạn có thể bao gồm Số liệu và số liệu và mô hình phần mềm trong Kỹ thuật chất lượng phần mềm . 2 người đó sẽ cho bạn một nơi bắt đầu. Trong thế giới công nghiệp, rất ít công ty có bất kỳ loại chương trình đo lường nào cả.
Có phải hầu hết các công ty đều có cách nào đó, không phải là một chương trình thanh lịch, để đo lường các số liệu có ý nghĩa?
Visual Studio bao gồm một số công cụ phân tích mã có thể giúp bạn bắt đầu. Hầu hết các công ty thậm chí không có thứ gì để đo lường số liệu tồi tệ nhất có thể: các dòng mã. "Chỉ cần hoàn thành công việc" dường như là động lực áp đảo trong ngành và mối quan tâm về khả năng bảo trì được chú ý rất ngắn đến mối quan tâm của các nhà quản lý về việc "tôi có nhận được tiền thưởng của mình trong năm nay không?" và "điều này sẽ được thực hiện trong thời gian tôi đã hứa?" Ngay cả với các sản phẩm mang từ năm này sang năm khác với những thay đổi gia tăng, 2 mối lo ngại đó vẫn lấn át các nhà phát triển lo ngại về khả năng bảo trì và phát hiện / ngăn chặn lỗi.
Những số liệu nào, đơn lẻ hoặc kết hợp, giúp bạn thu hẹp phạm vi và ước tính dự án của bạn?
Tôi thấy rằng độ phức tạp và khớp nối theo chu kỳ là những chỉ số mạnh mẽ về mức độ lỗi hoặc mức độ khó để duy trì mã. Nếu độ phức tạp chu kỳ là khoảng 20, tôi thấy rằng gần như không thể kiểm tra (vì nó sẽ có tới 2 ^ 20 đường dẫn qua mã) và nên được phân tách thành các phần nhỏ hơn. Bạn không thể loại bỏ sự phức tạp, nhưng bạn có thể cắt nó thành nhiều phần dễ quản lý hơn.
Nếu bạn đang tìm kiếm ước tính , có lẽ bạn muốn điều tra các điểm chức năng .
Mã bảo hiểm% đang giảm đáng kể mỗi lần lặp, bạn có cảnh báo cho các nhà phát triển của mình về vấn đề này không
Tôi thấy rằng hầu hết các nhà quản lý quan tâm đến số lượng đăng ký và số lỗi được sửa. Người quản lý hiện tại của tôi phản đối thử nghiệm đơn vị (anh ấy nghĩ rằng đó là một sự lãng phí thời gian) và người quản lý trước đây của tôi cảm thấy rằng thời gian dành cho các bài kiểm tra đơn vị là thời gian đáng lẽ nên dành để viết nó ngay từ đầu.
Đối số chính tắc được các nhà phát triển sử dụng là nếu bạn đo lường một cái gì đó, đó chỉ là những gì bạn sẽ nhận được. Đối số này xuất phát từ ý tưởng rằng số liệu duy nhất là dòng mã.