11 個高效的同行代碼評審最佳實踐

看到一篇同行評審的文章,感受不錯,特轉載。ide

原文連接: http://www.ibm.com/developerworks/cn/rational/11-proven-practices-for-peer-review/工具

 

主要觀點以下:開發

  1. 一次評審少於 200–400 行的代碼。
  2. 目標爲每小時低於 300–500 LOC 的檢查速率。
  3. 花足夠的時間進行正確緩慢的評審,可是不要超過 60–90 分鐘。
  4. 肯定代碼開發者在評審開始以前就已經註釋了源代碼。
  5. 爲代碼評審和獲取制度創建可定量化的目標,這樣您才能改進流程。
  6. 使用檢查列表,由於它能夠極大地改進代碼開發者和評審者的做品。
  7. 確認缺陷確實獲得修復了。
  8. 培養良好的代碼評審文化氛圍,在這樣的氛圍中搜索缺陷被看作是積極的活動。
  9. 警戒「老大」效應。
  10. 最少評審一部分代碼,就是您不能評審所有的代碼,以從 Ego Effect 中受益。
  11. 採用輕量級,能用工具支持的代碼評審。
相關文章
相關標籤/搜索