Mục đích của Đánh giá mã là gì

Tôi đang trong quá trình cố gắng bán tổ chức của mình dựa trên giá trị của các đánh giá mã. Tôi đã làm việc tại một số nơi mà họ đã được tuyển dụng. Tôi đã thấy chúng được sử dụng để lựa chọn kiểu dáng, và các quyết định chức năng, và tôi đã thấy chúng được sử dụng như là một kiểm tra ruột để đảm bảo không có gì nguy hiểm được thực hiện. Cảm giác ruột của tôi là mục đích hiệu quả nhất nằm ở đâu đó giữa hai lựa chọn.

Vì vậy, mục đích của Đánh giá mã là gì?

Có nhiều lý do tại sao bạn muốn tiến hành đánh giá mã:

• Giáo dục của các nhà phát triển khác. Đảm bảo rằng mọi người đều thấy sửa đổi liên quan đến sửa lỗi hoặc cải tiến lỗi để họ có thể hiểu phần còn lại của phần mềm. Điều này đặc biệt hữu ích khi mọi người đang làm việc trên các thành phần cần được tích hợp hoặc trên các hệ thống phức tạp, nơi một người có thể đi trong thời gian dài mà không cần nhìn vào các mô-đun nhất định.
• Tìm kiếm khuyết điểm hoặc cơ hội để cải thiện. Cả mã có thể phân phối cũng như mã kiểm tra và dữ liệu đều có thể được kiểm tra để tìm ra điểm yếu. Điều này đảm bảo rằng mã kiểm tra là mạnh mẽ và hợp lệ và thiết kế và triển khai phù hợp trên toàn ứng dụng. Nếu cần phải có những thay đổi bổ sung được thực hiện, nó sẽ nắm bắt cơ hội gần hơn với điểm vào.

Có một số trường hợp kinh doanh để tiến hành đánh giá:

• Tìm ra khuyết điểm hoặc các vấn đề cần được làm lại gần với tiêm của họ. Cái này rẻ hơn.
• Hiểu biết chung về hệ thống và đào tạo chéo. Ít thời gian hơn cho một nhà phát triển để tăng tốc để thực hiện các thay đổi.
• Xác định các cải tiến có thể cho hệ thống.
• Mở ra việc thực hiện để đảm bảo rằng người kiểm tra đang cung cấp bảo hiểm đầy đủ. Biến một hộp đen thành một hộp màu xám hoặc hộp trắng từ góc độ thử nghiệm.

Nếu bạn đang tìm kiếm một cuộc thảo luận toàn diện về lợi ích và chiến lược thực hiện cho các đánh giá ngang hàng, tôi khuyên bạn nên kiểm tra Đánh giá ngang hàng trong Phần mềm: Hướng dẫn thực hành của Karl Wiegers .

Nhận xét mã là một công cụ để chuyển giao kiến ​​thức .

• Khi các nhà phát triển xem xét mã của nhau, họ có được sự quen thuộc trên tất cả các lĩnh vực của hệ thống. Điều này làm giảm yếu tố xe buýt của dự án và giúp các nhà phát triển hiệu quả hơn khi phải bảo trì một phần của hệ thống mà họ không viết.

• Khi một lập trình viên cơ sở xem xét mã của một cấp cao, lập trình viên cơ sở có thể nhận các thủ thuật nếu không chỉ học qua kinh nghiệm. Điều này cũng có thể làm việc như là một sửa chữa chống lại mã quá phức tạp.

  Việc xem xét mã kỹ lưỡng sẽ yêu cầu kiểm tra thường xuyên đối với các tài liệu khác nhau. Đó là một cách tuyệt vời để học một ngôn ngữ hoặc API.

• Khi một lập trình viên cao cấp xem xét mã của một thiếu niên, đây là cơ hội để giải quyết các vấn đề trước khi họ chuyển thành nợ kỹ thuật. Một đánh giá mã có thể là một thiết lập tốt để tư vấn cho các lập trình viên cơ sở.

Mã đánh giá không phải là về:

• Lỗi tìm kiếm lỗi. Đó là những gì kiểm tra dành cho. Nó vẫn sẽ thường xuyên xảy ra rằng một đánh giá mã tìm thấy một số vấn đề.

• Nỗ lực nitpicking về các vấn đề phong cách - giải quyết cho một phong cách, và sử dụng các trình định dạng tự động để thực thi nó. Nhưng có nhiều thứ mà một công cụ tự động không thể kiểm tra. Đánh giá mã là một nơi tốt để đảm bảo mã được ghi chép đầy đủ hoặc tự viết tài liệu.

Điều có giá trị nhất mà cá nhân tôi nhận được từ đánh giá mã là sự tự tin rằng mã này rõ ràng với người khác. Các biến được đặt tên rõ ràng? Là mục đích của mỗi đoạn mã hợp lý rõ ràng? Có bất cứ điều gì mơ hồ được làm rõ với một bình luận? Các trường hợp cạnh và giá trị hợp lệ cho các tham số được nêu trong các nhận xét và kiểm tra trong mã?

Tôi muốn thêm hai khu vực không có trong các câu trả lời tuyệt vời khác:

Một lý do tuyệt vời để đánh giá mã là hiệu ứng Hawthorne mà trong trường hợp của chúng tôi có nghĩa là: Nếu bạn biết ai đó sẽ xem mã của bạn sau đó thì bạn có nhiều khả năng viết nó tốt hơn ngay từ đầu.

Một lý do tuyệt vời khác là để thực hành phát triển an toàn tốt hơn. Người ta chỉ cần nhìn vào goto của Apple (một dòng mã trùng lặp ngẫu nhiên) hoặc lỗi Heartbleed (một lỗi cơ bản trong xác thực đầu vào) để hiểu tầm quan trọng của việc đánh giá mã phù hợp trong vòng đời phát triển an toàn.