代码评审工具Jupiter使用流程

存在一些方法和技巧。方法不当，会浪费大量时间、造成低效率；流程过紧，会大大降低生产力，流程过松，很难知道CodeReview的效果，甚至有没有进行CodeReview，都很难判断，这里有10条代码评审的最佳原则：

一次检查少于200～400行代码

努力达到一个合适的检查速度：每小时少于300～500行代码 有足够的时间、以适当的速度、仔细地检查，但不宜超过60～90分钟 在复审前，代码作者应该对代码进行注释

建立量化的目标并获得相关的指标数据，从而不断改进流程

使用检查表（checklist）肯定能改进双方（被评审人和评审人）的结果 验证缺陷是否真正被修复

管理人员要营造良好的氛围（文化），使大家可以积极地对待缺陷的发现，发现足

够多的缺陷，只关心问题是什么、怎样引起的，而不关心是谁写的代码

自我约束：即使没有时间完成所有代码的检查，也应该尽可能去做，哪怕是一部分 轻量级的code review是高效率的、可行的，并能有效地发现缺陷

5角色职责

评审组织者：负责制定CodeReview计划，安排CodeReview活动职责分工，组织

进行CodeReview，确保按CodeReview过程和规范执行。

评审人和被评审人：依据 CodeReview计划和CodeReview过程和规范执行

CodeReview活动。

6评审内容

工具检查

□ Eclipse警告 □ FindBug □ CheckStyle □ Jupiter

□ Subclipse 或者Subversive