团队如何进行Code Review

1. 开发者做好前期准备工作

为了review的效率,在进行code review之前,需要开发者先做好前期的准备工作,开发者需要自己先过目自己的所有代码和进行标注,这样review者能更好的理解作者的意图和提出意见

2. 提出可以量化的Review目标

提出可以量化的review目标,能让review者和被review者都更好的知道自己的责任所在,这个目标,最好最好是有外部可以量化的标准,而不是一些模糊的目标,比如减少程序中的bug。

3. 设置量化的标准

目标对应标准,设置好标准能提高review时的效率,也让大家能在review的过程中进行改进。

4.每次review的时间最多不超过90分钟

review的事件应该在60~ 90分钟之间。

5.每次review不超过200行代码

经研究,代码行数越少,越容易发现其中的问题,更少行数的代码能更好的发现问题。
换句话说,一个文件里超过200行的代码,很可能需要进行改进和重构。

6. 每小时进行300~500行代码review

7. 发现问题应该给出问题的解决方法

发现程序中的问题时,应该更明确提示可以验证的解决方法,而不是提出有问题。

8. Code Review属于一种团队建设活动

Code Review属于一种团队建设活动,在于帮助团队纠正坏的代码习惯和学会新的技巧。所以管理者需要对找出的问题抱有积极的态度。

9. 别做一个监工

程序员写代码已经不容易,所以不要使他变得更不容易,所以不要在团队努力写代码的时候,过多的指指点点。

10. 每日进行code review

开发者在开发的过程中对自己的代码比较清楚,过后会变得越来越模糊,所以如果要进行code review,最好的开发的过程中进行每天code review, 有问题容易改正过来。

11. 使用code review的工具提高review效率

市场上有很多code review的工具,gitlab有带有code review的功能,使用的时候只要团队提交一个pr,然后制定review人即可。

12. 使用checklist对照表提高review效率

review流程需要标准化和规范化,以及可量化,使用一个checklist能更快的帮助开发者和review者快速找到问题所在,开发者在开发的过程中也能更好的对着checklist去规范自己的代码。

上一篇:支付宝小程序月活突破4亿,近7成头部小程序为商业生活服务类


下一篇:PDB文件:每个开发人员都必须知道的