看到一篇同行評審的文章,感受不錯,特轉載。ide
原文連接: http://www.ibm.com/developerworks/cn/rational/11-proven-practices-for-peer-review/工具
主要觀點以下:開發
- 一次評審少於 200–400 行的代碼。
- 目標爲每小時低於 300–500 LOC 的檢查速率。
- 花足夠的時間進行正確緩慢的評審,可是不要超過 60–90 分鐘。
- 肯定代碼開發者在評審開始以前就已經註釋了源代碼。
- 爲代碼評審和獲取制度創建可定量化的目標,這樣您才能改進流程。
- 使用檢查列表,由於它能夠極大地改進代碼開發者和評審者的做品。
- 確認缺陷確實獲得修復了。
- 培養良好的代碼評審文化氛圍,在這樣的氛圍中搜索缺陷被看作是積極的活動。
- 警戒「老大」效應。
- 最少評審一部分代碼,就是您不能評審所有的代碼,以從 Ego Effect 中受益。
- 採用輕量級,能用工具支持的代碼評審。