专栏名称: qize
前端交互开发工程师
目录
相关文章推荐
51好读  ›  专栏  ›  qize

团队如何进行Code Review

qize  · 掘金  · 前端  · 2018-03-28 03:43

正文

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. 发现问题应该给出问题的解决方法

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







请到「今天看啥」查看全文