看到一篇同行评审的文章，感觉不错，特转载。

原文链接： 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. 采用轻量级，能用工具支持的代码评审。