Các chỉ số chất lượng mã định lượng có tính rời rạc và có thể đo lường được. Một ví dụ có thể là số lỗi đã phát hiện ra trong mã của một ứng dụng phần mềm đã chạy trong 1.000 giờ.
Các chỉ số chất lượng mã định tính có tính chủ quan và mô tả. Ví dụ: một nhà phát triển cấp chuyên gia có thể kiểm tra công việc của nhà phát triển cấp dưới và đưa ra nhận xét.
Thông qua kết hợp các đánh giá định lượng và định tính, có thể thu được thước đo tốt nhất về chất lượng phần mềm. Các yếu tố khác tạo nên chất lượng mã bao gồm tài liệu, hiệu quả, khả năng sử dụng của người dùng cuối, tính kịp thời và bảo mật.
Tiếp theo, chúng tôi sẽ giải thích sáu lĩnh vực đánh giá chính đối với chất lượng mã.
Độ tin cậy
Mã đáng tin cậy chạy đúng như tài liệu ở mỗi lần bạn chạy mã. Mã đáng tin cậy cũng mạnh mẽ; xử lý các đầu vào và gián đoạn bất ngờ mà không gặp sự cố hoặc các hành vi bất thường khác.
Để đánh giá độ tin cậy, hãy gộp các chỉ số theo dõi như số lỗi hệ thống trong một khoảng thời gian nhất định, thời gian trung bình đến khi xảy ra sự cố và số lỗi đã xác định.
Có thể mở rộng
Một phần mềm có thể luôn chạy tốt nhưng nếu cần thay đổi mã một chút thì sao? Hoặc nếu cần sử dụng mã đó để xây dựng chức năng mới thì sao? Điều gì sẽ xảy ra nếu không còn nhà phát triển ban đầu đã viết mã đó?
Nếu mã có thể mở rộng thì sẽ dễ dàng cập nhật hoặc sửa đổi mã sau khi mã đã hoàn chỉnh và chính xác trong các thông số ban đầu. Dưới đây là các yếu tố liên quan đến mã có thể mở rộng:
- Kiến trúc phần mềm tổng thể
- Tính mô-đun
- Tuân thủ các tiêu chuẩn lập trình
- Độ dài, kích thước và độ phức tạp của cơ sở mã
Có nhiều công cụ khác nhau có thể chấm điểm các chỉ số này sau khi đọc cơ sở mã, chẳng hạn như phân tích tĩnh và ánh xạ thành phần phụ thuộc.
Có thể kiểm thử
Một đoạn mã phải dễ để phát triển các kiểm thử và chạy kiểm thử.
Ví dụ: sẽ khó để viết các kiểm thử bao gồm mọi kịch bản nếu một hàm chứa nhiều bước logic hoặc tham chiếu đến các phần khác của phần mềm. Ngược lại, việc chia phần mềm thành các đơn vị hoặc mô-đun riêng biệt một cách hợp lý sẽ giúp kiểm thử dễ dàng hơn.
Để đánh giá khả năng kiểm thử, bạn có thể sử dụng các kỹ thuật sau:
- Ánh xạ kiểm thử tới các yêu cầu bằng văn bản
- Sử dụng các công cụ kiểm tra phạm vi bao phủ của kiểm thử đối với mã
- Triển khai các công cụ đo độ phức tạp chu trình như thước đo độ phức tạp Halstead để đánh giá độ phức tạp của mã
Các nhà phát triển cũng có thể thực hiện theo các mô hình phát triển theo định hướng kiểm thử và thực hiện đánh giá mã thủ công thường xuyên để cải thiện khả năng kiểm thử.
Tính di động
Có thể bạn sẽ muốn lấy mã từ môi trường này sang hoạt động trở lại trong môi trường khác một cách dễ dàng. Nếu vậy, bạn có thể đánh giá tính di động.
Ví dụ: nếu bạn muốn lấy một ứng dụng Android và chuyển sang iOS thì cần thực hiện bao nhiêu tác vụ? Nếu bạn tạo mã trên cơ sở các trường hợp sử dụng trên nhiều nền tảng thì việc chuyển sang một hệ thống mục tiêu mới trở nên tương đối dễ dàng.
Tính di động phụ thuộc vào mức độ kết hợp chặt chẽ của mã với hệ thống mục tiêu phần mềm và phần cứng cơ sở của mã. Mã được kết hợp chặt chẽ đòi hỏi các máy ảo cụ thể để chạy.
Ngược lại, mã được triển khai trong bộ chứa có thể chạy trong bất kỳ môi trường nào. Trong một số trường hợp, có thể cần tái cấu trúc mã hoàn toàn để tách chức năng khỏi hệ thống mục tiêu.
Có thể sử dụng lại
Mã chất lượng cao có tính mô-đun và được thiết kế để sử dụng lại. Ví dụ: có thể sử dụng lại một hàm được thiết kế để thêm các tác vụ vào cơ sở dữ liệu theo dõi tác vụ trong các phần khác nhau của một dự án phần mềm hoặc trong một dự án phần mềm hoàn toàn khác.
Các thành phần phần mềm được thiết kế để sử dụng lại thường được gắn với API. API đem lại một cách tiêu chuẩn để giao tiếp với chức năng của mã có thể sử dụng lại thay vì chỉ đơn giản là sao chép và dán hàm.
